Hello,
one problem with those connectors is that they add value for the developer, but not so much for the customer. This may be the reason why no one likes those connectors, except the developers their own ;-). The more sophisticated they are, the more they add errors and do not give the impression of a unified experience when installing modules. Dependencies in general may be a problem but not so much I think. As it is, it seems connectors introduce more dependencies because every module depends on the existence of the correct version of the corresponding connector. What I would really appreciate is a module installer/updater/uninstaller (that does not contain any module functionality, so it wouldnt be required for the modules to work) on github, until this functionality is built into the core. Regards, Frank Zunderer Von: [email protected] [mailto:[email protected]] Im Auftrag von Stefan Moises Gesendet: Dienstag, 21. Januar 2014 11:42 An: [email protected] Betreff: Re: [oxid-dev-general] Pros and cons for module-connectors Hi, yes, some type of dependency management is a must for the OXID module system! As a workaround, we have started a simple module managing dependencies ("smx_module_deps"), at the moment you can only add other module ids which your module depends on, e.g. in metadata.php you can add: 'depends' => array( 'smx_filialabholung' ), 'settings' => array(), On our todo list are some more features like adding versions, e.g. like so 'depends' => array( array('id' => 'smx_filialabholung', 'version' => '1.1'), ), 'settings' => array(), What it does at the moment is simply to make sure that a module can't be manually disabled if other modules depend on it. We have to extend that so that the shop also doesn't automatically disable modules if metadata.php has new "extend" entries etc. But ideally, this should really be part of the OXID core.... cheers, Stefan Am 21.01.2014 09:38, schrieb Joscha Krug | marmalade GmbH: Hi, same for me: I also don't like them. If you have dependencies between modules go for composer or something the like. Best would be if OXID could come up with an extension in the metadata.php in which you could tell "this module is based on that other module". Best regards Joscha //--------- Joscha Krug marmalade GmbH www.marmalade.de <http://www.marmalade.de/> [email protected] Leibnizstr.25 39104 Magdeburg GERMANY phone: +49 (0) 391 / 559 22 104 fax: +49 (0) 391 / 559 22 106 OXMOB | mobile Template <http://www.oxmob.de/?pk_campaign=OXMOB%20%7C%20E-Mail-Link&pk_kwd=normalEma il> Das einfach geniale OXID eShop Modul. Ab sofort in unserem Online-Shop <http://www.marmalade.de/shop/Templates/OXMOB-OXID-eShop-mobile-Template.htm l?pk_campaign=OXMOB%20%7C%20E-Mail-Link&pk_kwd=normalEmail> erhältlich. Am 21.01.2014 08:44, schrieb Marcel Müller: Hey! I dont like such additional connector modules. They have their own bugs and generating system-wide errors, mostly. Especially when the module has an own style and/or database tables far from oxid. I had scenarios within a customer tried to remove a connectors modul and gets a lot of trouble with the system. But if you want to get rich with support, this could be a model ;) What about a wrapper script inside every module or inside the vendor structure? With that you can also check the versions and be agile. Mit freundlichen Grüßen Marcel Müller Webentwicklung / Projektmanagement eMail: [email protected] <http://www.aikme.de/> Das Bild wurde vom Absender entfernt. aikme GmbH Rheinstraße 43-45 55116 Mainz / Deutschland Telefon: 06131 92 06 503 Telefax: 06131 92 08 334 www.aikme.de <http://www.aikme.de/> aikme GmbH Geschäftsführer: Sascha Coldewey Sitz in Mainz, Registergericht: Mainz Registernummer: HRB 44835 Umsatzsteuer ID: DE282561622 Am Dienstag, 21. Januar 2014 um 08:31 schrieb Roman Allenstein: Hi folks, me and my team are developing a concept for us, how to develop modules for oxid. We are now at the point where we have to decide to develope a connector-module for all our coming modules or not. We know that some agecies use their own connector to integrate their modules in oxid. And i am pretty unsure if this is the way to go because oxid provides a standardized way to integrate modules. Whats your pros and cons for using an own connector? Greets Roman -- Dipl.Winf. (FH) Roman Allenstein Sales Manager E-Commerce Spark 5 GmbH Lutherstraße 7 27570 Bremerhaven Fon: +49-471-4836-3547 Fax: +49-6151-8508-111 Mail: [email protected] Web: http://www.spark5.de -- Geschäftsführer: Dipl. Designer Till Middelhauve Dipl. Informatiker Witold Wegner Amtsgericht Darmstadt, HRB 7809 Diese E-Mail könnte vertrauliche und/oder rechtlich geschützte Informationen enthalten. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden. _______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general _______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general _______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general -- Mit den besten Grüßen aus Nürnberg, Stefan Moises ******************************************* Stefan Moises Senior Softwareentwickler Leiter Modulentwicklung shoptimax GmbH Ulmenstrasse 52 H 90443 Nürnberg Amtsgericht Nürnberg HRB 21703 GF Friedrich Schreieck Fax: 0911/25566-29 [email protected] http://www.shoptimax.de *******************************************
<<image001.jpg>>
_______________________________________________ dev-general mailing list [email protected] http://dir.gmane.org/gmane.comp.php.oxid.general
