Hmm, yeah, it makes it wrong, if you advertise MVC as one of the key new features of vB 5 Connect.
The mod community will embrace vB5 Connect.
Collapse
X
-
-
vBulletin 5 Connect introduces a new MVC Architecture designed to separate the business logic from the presentation logic more than ever before. This will allow vBulletin 5 to be quickly and easily extended as we bring new features to the software.Comment
-
So the new "vB MVC" architecture is probably similar to their definition of what a beta version is too, right?
MVC is a standard. You can't make it newer. It is what it is and if you don't follow the standard, you have something else and you can't really call it MVC. Maybe it should be called vB KOM architecture?
And it is a shame we even have to bicker about this instead of reading about what the system's new architecture is really all about. The manual needs a lot of work.
Scott
I do fully concur the manual is far beyond sub-par. It borders upon useless, particularly in this regard. But I would also venture the average end user cares more about "Can I make it do this?" than they care about the underlying architecture that causes the software to make it do what they want.Comment
-
Hmm, yeah, it makes it wrong, if you advertise MVC as one of the key new features of vB 5 Connect.
If you look closely you will see a question mark, making it a question not an arguement. I was actually asking the question.Comment
-
I know you were. That's why I attempted to clarify what the vBulletin manual actually states. They are not advertising standard MVC as a new feature. They are advertising a new architecture of MVC.Comment
-
Comment
-
Ok, rethinking I'll take that back. Yes, a standard can be improved and once it is improved, it could be considered "newer". But adding the possibility to use PHP in vB's template system doesn't necessarily mean something good either and if there is any way to override controllers (like manipulating data, not needed for a certain view) with this possibility, then it will be used to cludge.
And again, it is all hypothetical, without documentation I am certainly not going to take the time at this point to go learn how it works by digging through the code. I am sure many other admins/devs feel this way too. So, getting the thread back on track, without good docs, it's going to be that bit harder for add-on devs to embrace vB5.
ScottSelling my BigBoard GamerzNeeds.net/forums Threads: 193 502, Posts: 1 540 045, Members: 718 566 It is listed here http://forums.digitalpoint.com/showt...3#post18297060
Comment
-
The short answer to this is I can't remember; I think it was in one of the email announcements or marketing press releases.
Either way, when the CMS and Calendar come along I'll take a look at vB5. If the Vertical Response bit hasn't changed much I won't be using it; MailChimp works much better.Comment
-
Ok, rethinking I'll take that back. Yes, a standard can be improved and once it is improved, it could be considered "newer". But adding the possibility to use PHP in vB's template system doesn't necessarily mean something good either and if there is any way to override controllers (like manipulating data, not needed for a certain view) with this possibility, then it will be used to cludge.
In vBulletin 5 you cannot write direct PHP in the templates. This is no different than before. However there new template tags that give more control. These include:
{vb:data} - Allows you to pull data from a specific API method.
{vb:set} - Allows you to set a variable for that template only.
{vb:template} - Pulls in a different template instead of using a direct PHP variable.
{vb:strcat} - Used to concatenate two strings usually phrases.
{vb:strrepeat} - Allows you to repeat a string X times.
There are a few others as well to load javascript, load CSS, etc... As with all previous {functions} and <tags>, these are rendered into their appropriate PHP when the template is saved. This has been the case since conditionals were added in 3.X and the syntax expanded in the 4.X series.
The main reason for these new tools is that the Presentation layer, where the templates are rendered, does not have direct access to the database. It needs to go through the Core API layer to get that information.Last edited by Wayne Luke; Wed 24 Oct '12, 10:04am.Translations provided by Google.
Wayne Luke
The Rabid Badger - a vBulletin Cloud demonstration site.
vBulletin 5 APIComment
-
I don't believe I'd go so far as to call it a standard. I believe I called it a "design paradigm" - what I meant by that was that it's more of a guideline to accomplish something, but you still have a choice in implementation.
The fact that vB allows API calls to be made in the Presentation layer is a huge boon to developers. It allows for streamlining code to only run array building code if/when it's needed, etc - as opposed to needing to prepare it all beforehand.
vB does still adhere to the MVC principle, it contains all the same elements of xF - API & Library (Model), Template Rendering / Presentation (View), Controller & Route (Controller). You just have additional choice to render templates into vars that are returned from an API call, if you so choose. But if you do (and I have), it's you who violates MVC, not vB
In short, vB5 does not make it extraordinarily difficult to violate MVC if for who knows what reason you need to. This is nothing but a boon to developers, it does no harm whatsoever.
Sorry for it being ambiguous, I'm very much not skilled at explaining my thoughts so others who can't read my mind can understand me. I was indeed referring to the {vb:data} API call syntax - IIRC there's no equiv in xF.👍 1Comment
-
Well this thread turned out to be a total success!
Thanks for the explanation guys!The 47 Ronin Gaming - www.47r-squad.comComment
Related Topics
Collapse
-
The #1 complaint I hear from developers who write an add-on for vB5 is that each dot release breaks their code, and that they are sick of constantly having to deal with this. It would be great if 1) More...
-
Channel: vBulletin 5 Connect Feedback
Thu 23 Oct '14, 8:50am -
-
by DemOnstarForgive me for asking but I visit JIRA a lot and I see so many people helping to develop VB5, whether it be Bugs, New features, Improvement requests, etc.. I have even added a selection myself, no problem....
-
Channel: vBulletin 5 Connect Feedback
Fri 8 Feb '13, 3:50am -
-
by MiykichiiI really hope VB Devs and IB come together and sit down and start examine what they did wrong with VB5 and start rebuilding it. Here are my feedback and advise. My opinion is that I don't like VB5 so...
-
Channel: vBulletin 5 Connect Feedback
Thu 7 Mar '13, 7:40am -
-
by alexcharVBV-10333
This is an improvment request, however requires IMMEDIATE attention. It is one of the basic reasons, that programmers and developers avoid making any mods for VB5. As you can see,...-
Channel: vBulletin 5 Connect Feedback
Sun 9 Nov '14, 1:14am -
-
by I, BrianI had a look at the admin panel, but the URL rewrite settings seem extremely basic - basically, on, off, and something inbetween.
I don't expect something as complicated as vbseo - but what...-
Channel: vBulletin 5 Connect Feedback
Wed 16 Jan '13, 9:14am -
Comment