Filtering and sorting can definitely save on http calls. Is there anything
else you can think of where it's applicable without creating a synch issue
in highly collaborative apps?
On Monday, May 12, 2014 11:37:07 PM UTC+8, Ramos wrote:
>
> I was not talking about hiding on click. I was thinking about filtering
> with a live search box above the table.
> Angular Filters and directives are awesome and once you know them you cant
> stop thinking about them.
>
> I´m here to learn so feel free to pun me...
>
> :P
>
>
> 2014-05-12 16:25 GMT+01:00 weheh <richard...@verizon.net <javascript:>>:
>
>> @Ramos: of course, I understand that Amber's script was necessarily
>> limited, but it did highlight an important gotcha with this kind of
>> scripting when used with web2py. And if all I wanted to do was hide a table
>> entry on click, I wouldn't want to pay the penalty of loading AngularJS to
>> do that. $(".target").hide() works fine. So I'm still looking for the angle
>> where AngularJS fits (no pun intended, but happy to make the pun anyway).
>> ;-)
>>
>>
>> On Monday, May 12, 2014 6:15:37 PM UTC+8, Ramos wrote:
>>
>>> Amber was only focused in showing how easy it is to create a better
>>> experience for the user using Angular than simple javascript.
>>> Also a lot less code for us, developers.
>>>
>>> It was just a simple demo. Of course that if the app was real and to be
>>> used by many, she could/should worry about keeping data in sync.
>>> And angular could fetch ajax data just like web2py components.I see no
>>> diference here. Its only a matter of taste.
>>>
>>> I could as well say that using only web2py,if i have 1000 users and
>>> everytime i need to hide a row in a table i need an http call, my server
>>> will die soon with all requests.. and for this angular is a perfect fit.
>>>
>>>
>>>
>>>
>>> 2014-05-12 3:28 GMT+01:00 weheh <richard...@verizon.net>:
>>>
>>>> +1 regarding the AngulaJS talk with web2py by Amber Doctor. Kudos to
>>>> Amber for a talk well given!
>>>>
>>>> I've been studying AngularJS a little and haven't written any code,
>>>> yet, but my web Spidey sense is giving off alarms. I think Amber's talk
>>>> underscores a potential danger of client-side MVC. First, correct me if
>>>> I'm
>>>> wrong, but there's nothing in AngularJS that you can't already do in web2y
>>>> using components. The difference is that Angular does it client side
>>>> without needing to make an http call, so it potentially runs faster. And
>>>> AngularJS seems to have a more compact way of doing things we do in jQuery
>>>> with _onclick="blah blah blah" and other such
>>>> ajax("url",["target"],":eval");
>>>> or web2py_component(...) stuff.
>>>>
>>>> The danger highlighted by Amber's example is that Angular makes it much
>>>> easier to create a client-side model that gets out of synch with its
>>>> server-side web2py model. And keeping them in synch violates DRY
>>>> principles, requiring the http calls that you would have had to do anyway
>>>> if you did a web2py-component-only approach.
>>>>
>>>> For instance, if Amber's talk had been about a collaborative recipe app
>>>> and someone was updating the recipe database serverside while somebody
>>>> else
>>>> was perusing the db clientside, then it would be easy for the clientside
>>>> user to get an out of date recipe and stay ignorant of that fact for a
>>>> very
>>>> long time. That's because the local copy of the data is fetched only once
>>>> when the recipe is first clicked, assuming I understood her app correctly.
>>>> Further exiting and entering the recipe would not do an http call, whereas
>>>> the web2py component approach would naturally force an http call, thereby
>>>> keeping the user in synch.
>>>>
>>>> AngularJS seems to offer nifty, high-performance clientside business
>>>> logic ability. But unless structured carefully, it's not clear that it'll
>>>> save http calls without endangering synch between client and server. And
>>>> it
>>>> could introduce even more complexity in terms of debugging and verbosity
>>>> in
>>>> terms of supporting two MVCs for the same app. The thought of that makes
>>>> me
>>>> wince.
>>>>
>>>> Anybody else have an opinion about this?
>>>>
>>>> --
>>>> Resources:
>>>> - http://web2py.com
>>>> - http://web2py.com/book (Documentation)
>>>> - http://github.com/web2py/web2py (Source code)
>>>> - https://code.google.com/p/web2py/issues/list (Report Issues)
>>>> ---
>>>> You received this message because you are subscribed to the Google
>>>> Groups "web2py-users" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send
>>>> an email to web2py+un...@googlegroups.com.
>>>>
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>> --
>> Resources:
>> - http://web2py.com
>> - http://web2py.com/book (Documentation)
>> - http://github.com/web2py/web2py (Source code)
>> - https://code.google.com/p/web2py/issues/list (Report Issues)
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "web2py-users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to web2py+un...@googlegroups.com <javascript:>.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
---
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to web2py+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
