Skip to main content

Pros and Cons of using DOJO

DOJO is one of the leading JavaScript framework, and few of its competitors are JQuery and YUI.

There are few reasons why anyone would want to use a JavaScript framework like DOJO. 
Since these toolkits provides lot of features out of the box

example:
  1.       Rich html components (i.e. Tables, Menus, Textboxes, buttons, Tooltip, Dialog box etc)
  2.       Event handling (ie onclick, onhover etc)
  3.       AJAX

As we all know the issues(i.e browser incompatibility and many more) we encounter if we write all of these things in regular JavaScript, HTML and CSS. So using any JavaScript library makes a better choice.

Let me summarize my experience using DOJO. First the good things

  1. DOJO has all the components you would most likely use (i.e Calendar, Menus, Trees, Validation, Grids, Event Propagations, Layouts etc)
  2. DOJO supports different themes (i.e Tundra, Soria etc). Also you can write your own look and feel and customize accordingly
  3. DOJO executes fastest on the browser
  4. DOJO is more mature than its competitors (i.e it has enterprise grade quality)
Now comes the bad things which are not exactly bad but could have been better
  1. Less documentation or not a vibrant community who would like to share there hacks
  2. DOJO library is around 1MB of size (i.e problem if your clients doesn't have good bandwidth)
checkout Dojo home page http://www.dojotoolkit.org/ for more updates 






Comments

Anonymous said…
"DOJO executes fastest on the browser" Are you kidding me?
21cssIndia said…
DOJO Toolkit Online Training - 21st Century Software ...
www.21cssindia.com/courses/dojo-toolkit-online-training-174.html
DOJO Toolkit Online Training, DOJO Toolkit training, DOJO Toolkit course contents, DOJO Toolkit , call us: +919000444287,dharani@21cssindia.com.
Nebuna La Cap said…
bad: the messiest markup i have EVER seen

Popular posts from this blog

Access multiple Databases in JPA

According to JPA specification we can define multiple "persistence-unit" elements (i.e. like below) in persistence.xml file and can easily refer them inside Dao layers as this. public class PolarDaoImpl {     @PersistenceContext(unitName="PolarPU")     protected EntityManager entityManager; -- } public class BearDaoImpl {     @PersistenceContext(unitName="BearPU")     protected EntityManager entityManager; -- } Checkout sample persistence.xml <?xml version="1.0" encoding="UTF-8"?> <persistence version="2.0" xmlns="http://java.sun.com/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/persistence http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">     <!-- Database 1 -->     <persistence-unit name="PolarPU" transaction-type="RESOURCE_LOCAL">         <

JPA 2 new feature @ElementCollection explained

@ElementCollection is new annotation introduced in JPA 2.0, This will help us get rid of One-Many and Many-One shitty syntax. Example 1: Stores list of Strings in an Entity @Entity public class Users implements Serializable {     private static final long serialVersionUID = 1L;     @Id     @GeneratedValue(strategy = GenerationType.AUTO)     private Long id;     @ElementCollection     private List<String> certifications = new ArrayList <String> ();     public Long getId() {         return id;     }     public void setId(Long id) {         this.id = id;     }     public List <String> getCertifications() {         return certifications;     }     public void setCertifications(List <String> certifications) {         this.certifications = certifications;     } .. }         Users u = new Users();         u.getCertifications().add("Sun Certified Java Programmer");         em.persist(u); Generated Tables    Users    Co

Reuse JPA Entities as DTO

Note : Major design advantages of JPA Entities are they can detached and used across tiers and networks and later can by merged. Checkout this new way of querying entities in JPA 2.0 String ql = " SELECT new prepclass2.Employee (e.firstname, e.lastname) FROM Employee e "; List<Employee> dtos = em.createQuery(ql).getResultList(); The above query loads all Employee entities but with subset of data i.e. firstname, lastname. Employee entity looks like this. @Entity @Table(name="emp") public class Employee implements Serializable {     private static final long serialVersionUID = 1L;     @Id     @GeneratedValue(strategy = GenerationType.AUTO)     private Long id;     @Column     private String firstname;     @Column     private String lastname;     @Column     private String username;     @Column     private String street;     @Column     private String city;     @Column     private String state;     @Column     private String zipc