rph wrote:
No namespacing even though many classes have the same name. Watch IDEs explode when you load OpenCart.
you want to lie? opencart uses autloloading and name spaces for the library classes. no classes have the same name.
rph wrote:
[*]No docblocks. Again, IDEs can't tell what inputs and outputs should be which makes spotting bugs harder.
I can add docblocks in no porblem. never needed to use a IDE that reads them though.
rph wrote:
[*]Bootstrap is tightly coupled to the template instead of using a
clean template and CSS preprocessor. Hope a designer never wants to do something like switch from Bootstrap to Foundation because good luck!
thats why its done via the admin and not the store front. its also how bootstrap recommends modifying the bootstrap styles. can be changed though. but really this is down to your personal preference and not an industry standard!!!
rph wrote:
[*]Forms are all painstackingly, manually built instead of created with a form builder. No overriding or building custom forms for third-party devs. (CSRF problems still exist in the storefront because there's no unified way of handling forms.)
yes form builders bring more trouble than they are worth. form builders will not cover every possible scenario when you require javascript to interact with them!
wasting my time!!!
rph wrote:
[*]The template box model is way too lean. There are no individual boxes within the main content so no overriding or extending there, either.
in your mind again
rph wrote:
[*]Inadequate separation of concerns. Things that should be their own method or classes are deeply embedded in other code. This leads to issues like DRY violations, cyclomatic complexity (nesting, nesting, and more nesting), and huge controllers which are the antithesis of modern architecture.
in your mind again
rph wrote:
[*]The model layer doesn't usually return data in a usable format. Controllers are forced to manually construct the data rather than have it returned in a complete state.
in your mind again. complaining about things that will cause more problems if we followed your direction of doing things.
rph wrote:
[*]Almost all the object use is in the framework. There's very little in the application. (e.g. no product objects, no category objects, no manufacturer objects.)
just down to choice but with you something to complain about.
rph wrote:
[*]PDO is completely ignored. That means compatibility with fewer database types and a huge amount of extra work manually escaping everything. Better hope third-party devs don't ever screw up and forget to escape a value.
complaining about bulls****.
rph wrote:
[*]No dedicated validation layer. Everything is done ad-hoc in the controllers.
in your mind again you magically add a new layer to the mvc structure because you have seen it done in other frameworks and think its some sort of industry standard. idiot!!
rph wrote:
[*]Modification permissions are all handled within controllers instead of being checked when the upper layers of the application detect a POST action.
making up industry standards again!!
rph wrote:
[*]Significant "not invented here" syndrome in the age of
Composer. Packages like Symfony's
HttpFoundation\Request are so much easier to use and feature rich than OpenCart's Request class it isn't funny. (And why the heck are we trying to build something difficult like mailing software from scratch?) Maybe we can even dream of a day when OpenCart publishes its own packages.
just f*** off!
rph wrote:
[*]There's an overly complicated SEO URL class in the app because the framework lacks a router.
and yet it works!!!
rph wrote:
[*]Still no semantic versioning after years of being asked. v1.5.3.1 is a backwards compatibility break from v1.5.3.0? Better believe it! v2.0.2.1 is next on the docket when by all accounts it should be v2.0.3.0.
in your mind!!
rph wrote:
[*]The level of dependency injection in the library suggests a number of the classes need to be rethought.
in your mind!! compared to which other framework dipshit! you make stupied statements like this then you need to compare against other frameworks and apps! opencart is still much faster than magento, prestashop and every other featured packed cart out!!! do some testing instead of coming out with stupid unproven statements.
rph wrote:
[*]Internationalization is weak and incomplete. Language directories don't use ISO country codes like almost every other project in existence, zones can't be translated, numbers can't be translated, and complex problems like addressing are just ignored. Compare that with what
other projects are trying to do.
making up industry standards again!!
rph wrote:
[*]Text/language loading should be on the model layer, not the controller.
in your mind!!
rph wrote:
[*]Test coverage is low and doesn't even appear to be run before a release (if the tests even works at this stage).
again you don't know what you are talking about. we hired people to do testing on the 2.0 release. some how you used your physic ability to know exactly how much testing we did.
rph wrote:
[*]ocMod is not how you do a modification system.
expect vqmod and ocmod are nearly the same!!! again something to complain about for no reason.
rph wrote:
[*]All the mucking about with FTP for the extension system should have been an eye-opener. There's no reason to have it for anything short of an automated update system. Extensions should have been in their own dedicated directory like images.
in your mind!!
rph wrote:
[*]No
interfaces even though we have things like cache drivers. We could easily exchange components if we had interfaces and framework code to implement it. Change your image resizer from GD to ImageMagik. Change your captcha from reCAPTCHA to VisualCaptcha. Switch your image file handler from local to a CDN. Swap out the WYSIWYG from Summernote to CKEditor. It all could be super easy.
and yet you can build your own image class with same methods as opencarts class using ImageMagik. but because i only included the GD one its something else for you to complain about. even though i dont know one host who blocks GD being used but i know many who don't include ImageMagik!!
really dont post anything like this again!!! your just wasting my time.