Re: Single Page Applications

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 Angular
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

phones:

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

framework.

It

will help you decide whether the lock-in is worth it.
--
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.