|
On 27 May 2015, at 09:57, Bradley Stone <bvstone@xxxxxxxxx> wrote:
Kelly,
What I was getting at for scrolling or pagination is these examples use
static data sources.
Your application in "the real world" is going to return dynamic "results
sets" based on selection, sorting and page size that is being viewed.
Whether that data returned as JSON that is massaged into <li> containers
(or something else), or return those containers skipping the JSON part
these examples with static "finite" data sources are great for learning
concepts, but that's about it.
With JSON you have to parse that into <li> (or other) containers. If you
return dynamic <li> containers instead of JSON you get to skip a step of
client side processing removing a link of possible failure from the chain.
Throw a little ajax in there for data retrieval and things aren't as simple
as they look. But they sure are fun to program (even with RPG! Or in your
case, COBOL). :)
There are just so many methods and options available there are literally a
hundred ways to skin this cat.
Brad
www.bvstools.com
On Tue, May 26, 2015 at 5:31 PM, Kelly Cookson <KCookson@xxxxxxxxxxxx>
wrote:
I'm still learning about all of this, but I do think you can do infinite--
scrolling with Angular and *not* without returning hundreds of thousands of
records all at once. Here's something from IBM DeveloperWorks on the topic:
https://www.ibm.com/developerworks/community/blogs/3d274f0f-f47a-4bf0-91ec-8ebad479881b/entry/how_to_implement_a_table_with_lazy_loading_infinite_scroll_in_angularjs?lang=en
Here are some other blogs and projects:
http://www.bimeanalytics.com/engineering-blog/infinite-scroll-with-angularjs-and-rails/
http://microblog.anthonyestebe.com/2014-01-11/infinite-scroll-with-angular/
http://lorenzofox3.github.io/lrInfiniteScroll/
http://binarymuse.github.io/ngInfiniteScroll/
I understand not everyone will want to learn and use a framework. That's
cool by me.
I don’t think a framework like Angular becomes as popular as it does by
being incredibly limiting, dysfunctional, and inefficient. There's
something in these frameworks that is attracting a lot of developers.
Thanks,
Kelly
-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Bradley
Stone
Sent: Tuesday, May 26, 2015 4:49 PM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] Single Page Applications
Pretty and functional is just the extra js/jQuery modules in the angular
demo. They both parse JSON data and present HTML that is massaged again by
jQuery.
Now, do this with a hundred thousand records that could change or be
deleted, or new records added at any time. Does it still make sense to
build a huge JSON file from your database, load the entire thing and allow
js do to pagination and sorting?
Or would it be better to allow your server application to do that,
requesting say 30 entries a page (or however many the user chooses) and
sorting/searching input each time?
Just food for thought. :)
Brad
www.bvstools.com
On Tue, May 26, 2015 at 4:10 PM, Jon Paris <jon.paris@xxxxxxxxxxxxxx>
wrote:
So how much difference was there in the “time to build”? The Angularphones:
one is clearly prettier and more functional.
Jon Paris
www.partner400.com
www.SystemiDeveloper.com
On May 26, 2015, at 4:06 PM, Nathan Andelin <nandelin@xxxxxxxxx> wrote:
Over the weekend I reviewed a couple Angular JS tutorials, one of
which steps through building an SPA which generates a list of smart
framework.
http://angular.github.io/angular-phonecat/step-12/app/#/phones
As part of my evaluation, I decided to mimic generating the phone
list, using the same JSON data source, but without using a framework:
http://www.radile.com:9220/rdweb/phones/index.html
I think it is a good idea to learn how to do things without a
It--
will help you decide whether the lock-in is worth it.list
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
mailing
To post a message email: WEB400@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/web400.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.
___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/
___________________________________________
This email has been scanned by iomartcloud.
http://www.iomartcloud.com/
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.