I agree with you, Dmitry. 1st approach seems to be best of these 3.
Additionally, I suggest to rename "sections" folder under ALL modules,
respectively, also rename "sections_config.php" file. Word "sections"
reflects only one of several functions of this file & folder. I would
rename it to "module" folder and "module_config.php" file. It would be
more clear to people starting to use In-Portal, because folder & file
contain module-vice code & files.
On Nov 29, 6:28 pm, Dmitry Andrejev <
dandre...@gmail.com> wrote:
> Hi everyone,
>
> I have thought over over this again - I am for 1st option (
> /modules/custom/units/sections/[ORDERS]/e_order_eh.php), here is why:
>
> 1. We need to know which Units being replaced, the best way is to look for
> them in Custom/Units/Sections folder. In case if they are all together in
> custom/units folder - it's going to take an extra moment to recall which
> ones were replaced. This will save time.
>
> 2. We need to escape the need of adding Config files for these replacement
> classes - it's just additional work for no reason. I believe it's easy
> enough to specify additional folder in the path of class definition, plus we
> know that all replacements are defined in a single sections_config.php which
> good - single place to go. This will save time.
>
> 3. Even though it adds another folder level, but it's clearly better in
> terms of time spend locating the files in case of large customization
> projects.
>
> 4. I believe, no system changes will be required, plus it's 100% backwards
> compatible.
>
> Let us know what you think!
>
> DA.
>
> On Mon, Nov 29, 2010 at 1:13 AM, Alexander Obuhovich <
aik.b...@gmail.com>wrote:
>
>
>
> > In 2. and 3. approaches we need to create new simple unit config file (like
> > in "custom/units/sections/sections_config.php"). This should be done to
> > avoid class file path specifying during class extending.
>
> > On Mon, Nov 29, 2010 at 3:06 AM, Dmitry Andrejev <
dandre...@gmail.com>wrote:
>
> >> Hi everyone,
>
> >> We have recently came across the issue when in some projects we have too
> >> many PHP files in a single Units/Sections folder of Custom module. As you
> >> might know this folder contains Extended classes which are used to override
> >> default functionality of In-Portal. As a result it's getting very hard to
> >> quickly locate necessary files once you reach 20+ files in there, plus they
> >> all start with e_OriginalFileName.php
>
> >> At this point, we should throughly discussion all options of making this
> >> simpler to work with. I ask everyone (including Intechnic employees) to
> >> participate in this critical decision making process.
>
> >> *
> >> *
> >> *For now we see 3 options here, but ready to look at other options too:*
>
> >> *1.* under Units/Sections we create a sub-folders for each corresponding
> >> Unit name (that are extending) and put replacement files inside (ie.
> >> /modules/custom/units/sections/orders/e_order_eh.php, now it
> >> is /modules/custom/units/sections/e_order_eh.php)
>
> >> *2.* create sub-folders for each corresponding Units name (that are
> >> extending) the same way as in #1, but on the level up
> >> (ie. /modules/custom/units/orders/e_order_eh.php)
>
> >> *3.* do the same way as in #2, but re-create original module structure