Skip to main content

EXTJS4 FAQ

  
EXTJS development:

- how to use MVC?
- what are EXTJS MVC advantages?
- how to customize componentst?
 - How to implement themes?

- How to implement/show multiple views on single screen without using server side template logic like jsp, velocity, handlebars?
- explain Ext component life cycle?
- explain event handling in extjs?
- can we develop application with using Extjs mvc architecture?
- explain javascript closure?
- what are scopes in javascript?
- difference between ext 3 and ext 4 versions?
- do javascript have classes?
- how to declare a class in javascript? how many ways javascript function can be defined?
- what is event bubbling in javascript?

- Difference between Ext.create() and  Ext.extend classes?
- how to define a own ext class?
- what is xtype?
- Ways to define a Javascript class?
- html5 supported older browsers?
- what is new with css3?
- when to use prototype?
- how to write object javascript?

MVC best practices:

1.What is criteria for having more than one controller. What factors decide multiple controllers.
2.Is it good practices to get reference to controller using Ext.getController() method when controller reference is not available using "this". If not, How to avoid this.
3.What is best way to have global application level variables.
4.How acceptable is it to add custom properties to component object itself to avoid having long list refs or global variables.
5.Is there any sencha recommended way to simplify async method calling which makes code readable.

Answered:
1.
This is part of the app structure that you have to decide, there isn't a one-size-fits-all answer. I usually split up my app into features and have a controller per feature. Like an email app would have an address book feature so it would have a controller where the email portion is another. However the email portion may be too large for a single controller so you may have to split it up more. Also, I like to have my navigation stuff in one controller, just is more organized for me.
2.
Usually you shouldn't need to do cross-controller calls but there are times where you may have to for code reusability or what not. I tend to always have a utility app that has my code that I use a lot but that can get a little unorganized so it kind of depends on how your app shakes out.
3.
This goes with my #2 where I have a utility class to hold configs or global variables. I don't like to pollute my Ext.application or app namespace with variables too much.
4.
Very much acceptable. For instance I give my buttons a custom 'action' property to resolve one button against another. So then I can have a ComponentQuery like: 'formpanel button[action=SaveUser]'
 5.
 I'm not too sure what you mean by this. Like you have a method that you need to execute some callback method at some point? I would just have a callback argument and execute it when I need to.


References:
http://www.phpied.com/3-ways-to-define-a-javascript-class/
http://www.javascriptkit.com/javatutors/oopjs.shtml#.UkremtLktyw
http://javascript.crockford.com/survey.html
http://javascript.info/tutorial/bubbling-and-capturing
http://www.codecademy.com/tracks/javascript


Comments

Popular posts from this blog

Ext4 Apply Store Filtering

In extjs4.1: There are many way for store filtering . Some of code i give here Filtering by single field: store . filter ( 'eyeColor' , 'Brown' );   Alternatively, if filters are configured with an  id , then existing filters store may be  replaced by new filters having the same  id . Filtering by single field: store . filter ( "email" , /\.com$/ );   Using multiple filters: store . filter ([ { property : "email" , value : /\.com$/ }, { filterFn : function ( item ) { return item . get ( "age" ) > 10 ; }} ]);   Using  Ext.util.Filter  instances instead of config objects (note that we need to specify the root config option in this case): store . filter ([ Ext . create ( ' Ext.util.Filter ' , {   property : "email" , value : /\.com$/ , root : 'data' }),   Ext . create ( ' Ext.util.Filter ' , {   filterFn : function ( item ) {   return item . get ( &

ExtJS - Grid panel features

What can we do with ExtJS GridPanel? I have to develop a lot of applications in my web app and I see that grid component of ExtJS may fit in. However, I am not aware of what all things I can do with the - off the shelf available framework pieces - available plug-ins in the marketplace and - custom development through my own developers This is a typical question that we hear from the business users who wants to design an application by keeping the framework’s capability in perspective. In this article I have tried to put the list of stuff you can do with grid and hopefully that shall enable you to take advantage of the beauty of ExtJS. Pre-requisites This article assumes that you are familiar with basics of ExtJS What are the available options? In this section I will be taking you through some of the commonly seen usage of ExtJS grid panel. While covering all the capabilities of grid may not be possible, I am sure it will be helpful for the business users who want to

EXTJS - Way to get a reference to the viewport from any controller

An easy way to get a reference to the viewport from any controller Here's an easy way to get a reference to your viewport from any controller: Ext.application({ launch: function(){ this.viewport = Ext.ComponentQuery.query('viewport')[0]; this.centerRegion = this.viewport.down('[region=center]'); } }); then, inside say, a controller, you can call this: this.application.viewport to get a reference to the viewport.