• 3 Vote(s) - 5 Average
  • 1
  • 2
  • 3
  • 4
  • 5
CodeIgniter 4 Essentials

#11
(07-14-2015, 01:05 PM)John_Betong Wrote: Some interesting points relevant to this post have been raised on an external forum:

http://community.sitepoint.com/t/codeign...y/195723/8

Very interesting thread. I am not offended by the reference to CI devs as "...century-old druids in a magical forest..." Could we expand on that with an informal rank in druid society?

The replies to the OP vary from support to defense of CI. I fall in the latter category.

RE Composer comments in that thread, I don't use it (yet?). My own experience is in manual installation, without a lot of external bells and whistles. My clients jobs haven't required any external libraries (outside of CI third part libs), certainly no mergers of functionality from other frameworks. I don't rule this out but simply have not needed it.

Putting the OP's bias aside, the comments were encouraging and the defense welcome. Bashing the competition just doesn't help...

[edit] And CI just works. Don't forget that.
CI 3.1 Linux Mint 18.2 xfce Apache 5.x  Mysql 5.x PHP 5.x PHP 7.x
Remember: Obfuscation is a bad thing.
Clarity is desirable over Brevity every time.
Reply

#12
(07-14-2015, 01:05 PM)John_Betong Wrote: Some interesting points relevant to this post have been raised on an external forum:

http://community.sitepoint.com/t/codeign...y/195723/8

Thank you for sharing that ... it was entertaining, in a WWE kinda way Rolleyes

Dodgy  Haters be hatin' !

Every developer community has a collective set of beliefs and/or assumptions.
That should not mean that other communities, that don't share them totally, are in the wrong.
 
James Parry
Project Lead
Reply

#13
(07-14-2015, 02:47 PM)jlp Wrote:
(07-14-2015, 01:05 PM)John_Betong Wrote: Some interesting points relevant to this post have been raised on an external forum:

http://community.sitepoint.com/t/codeign...y/195723/8

Thank you for sharing that ... it was entertaining, in a WWE kinda way Rolleyes

Dodgy  Haters be hatin' !

Every developer community has a collective set of beliefs and/or assumptions.
That should not mean that other communities, that don't share them totally, are in the wrong.
 

CI never dead. We Love CI.
Reply

#14
(05-04-2015, 03:22 AM)jlp Wrote: These are the features and issues that the council deems necessary to resolve or make decisions on, before the rest of the CodeIgniter 4 planning/roadmap/implementation can proceed. Each of the issues will have a huge impact on the architecture/implementation of other features/issues. This thread conveys our thoughts and decisions.

We welcome your comments, but please stay on topic! This thread is about the essential features of CI4. If you try to hijack the thread, or post non-relevant items that should be or that are dealt with elsewhere, your posts will be deleted without notice. We may post additional comments in fgeature/issue specific threads.

PHP version: PHP 5.5, or the lowest officially supported PHP version at the time of planned release. Impact: plan on 5.5 language features , but not 5.6+
Community input: 23% for 5.4; 13% for 5.5; 50% for 5.6

Using more PHP "standards": yes. We plan to take advantage of new language features, such as namespaces, traits, generators, etc.
Community input: overwhelmingly in favor.

Composer: We are in favour of more composer integration, but not to the point where CI4 *has* to be installed via composer.
Community input: 50% in favor, but many looking for backwards compatibility

Module support: with namespaces, and composer support/integration, we expect most of the "module" issues to fade away.
Community input: overwhelmingly in favor.

Hooks/events: as a replacement/enhancement for the existing kinda hooks mechanism ... makes sense, details to be worked out during implementation.
Community input: 87% in favor of this idea.

GIT repo organization: We favor a separate repo for CI4, but a single one, incorporating the framework files and the user guide. It will be sufficiently different from CI3 that this makes sense. It would be cool if CI4 could be deployed from the repo download *or* from composer, per developer preferences.
Community input: no poll setup. Comments: all over the map.

"Borrowing code" from other frameworks: maybe, big maybe, if such other components can be integrated without pulling in loads of dependencies & expectations. Not clear that this would be super helpful or not.
Community input: no poll setup. Comments: all over the map.

Micro framework: No. CI has always been "full-stack". We expect that developers may wish to make their own "distribution", to this end.
Community input: no poll setup. Comments: all over the map.

Magic routing toggle: we agree - conventional "CI magic" or fully declared routing.
Community input: 80% in favor.

Bundling other packages: big no. No ORM, scaffolding, auth, etc, etc. That is NOT what CI is about. Making it easy to integrate other such packages: +1

Dependency injection: cool idea. Has the possibility of making "plugins" and "modules" easier, as well as eliminating the "CI super object".
Community input: mixed.

Backwards compatibility: makes sense as a way to ease the pain of migration to CI4? Would be awkward in most cases!
Community input: BC garnered only 9% vs ease of use, modern & speed as "vision" considerations.

Driver support: we are in favor of "drivers" as a mechanism to handle developer preferences, eg for "standard" third party stuff. We already have drivers in some places, of course we'll have it in some form where it makes sense.

looks great!
Reply

#15
I can answer Backwards compat issue: it is not really needed as long as there is a way to migrate from an old version to a new version.
Reply


Digg   Delicious   Reddit   Facebook   Twitter   StumbleUpon  


Users browsing this thread:
1 Guest(s)


  Theme © 2014 iAndrew  
Powered By MyBB, © 2002-2017 MyBB Group.