NodeJS Xu hướng lập trình hiện nay. (PHP vs Nodejs)

11:16 HungPV7 Blog 1 Comments

• Hầu hết người duyệt web bỏ cuộc hoặc chuyển qua web site khác nếu phải chờ hơn 6-10 giây
• Page load time từ 4 giây đã có 25% lượng người duyệt web bỏ đi
• 1 giây chậm đi khi hiển thị trang, tỷ lệ chuyển đổi thành công từ xem sang đặt hàng (coversion rate) giảm 7%

• 51% người mua hàng ở Mỹ phàn nàn web site quá chậm khiến họ không thể đặt hàng.
• Năm 2010, một trang cần 6 giây để tải thì tỷ lệ chuyển đổi thành công giảm 40%, còn năm 2014, tỷ lệ này giảm sâu hơn còn 50%.
• 47% người duyệt web muốn trang hiện ra trong vòng dưới 2 giây
• Khi người dùng sử dụng di động, hành vi chuyển qua lại giữa các ứng dụng, web site càng gấp gáp và ngắn. Người dùng mất tập trung hơn, trang web chậm, giao diện kém thân thiện khiến người dùng nhanh chóng bỏ qua và không bao giờ quay lại lần 2.

• PHP được Ramus Lerdorf sáng tạo ra năm 1995, cách đây 20 năm. Phiên bản phổ biến hiện nay là 5.6. Bản 6.x gần như sẽ bị bỏ qua mặc dù đã được lên lộ trình và phát triển cách đây vài năm. PHP 7 đã ra mắt tháng 10  2015.
• Thế mạnh của PHP đó là cộng đồng đông đảo, mã nguồn mở cực kỳ phong phú. Số lượng việc làm cho lập trình viên PHP lớn.
• PHP dễ học và dễ viết: dev có thể chèn mã PHP cùng với mã HTML. Tư duy lập trình tuần tự, mã HTML của trang web có thể coi là một chuỗi được cộng lại rồi trả về trình duyệt
• Web site PHP chạy tốt trong môi trường shared hosting. Một web server có thể  chứa nhiều web site con, có tên miền riêng biệt để giảm chi phí.

• PHP không hỗ trợ non blocking sẵn mà phải sử dụng một số thư viện như React đã rất cũ. Tư duy lập trình tuần tự blocking rất dễ với người mới học, dễ debug, nhưng rất tệ khi xử lý các tác vụ tốn thời gian, buộc các tác vụ kế tiếp phải đợi
• PHP không hỗ trợ sẵn web socket mà phải sử dụng thư viện ngoài như Rachet không đảm bảo chạy trên tất cả các hệ điều hành. Việc không hỗ trợ lập trình Web Socket, real time notification, chat, khiến cho web site PHP buộc phải sử dụng công nghệ ngoài để hỗ trợ, và thường là Node.js, Socket.io hoặc mua dịch vụ ngoài như Zopim Chat
• Callback được giới thiệu trong PHP 5.4 . Nhưng hầu hết lập trình PHP vẫn viết web site theo phương pháp cổ điển, tuần tự từ trên xuống dưới.
• Rất nhiều lập trình phàn nàn về tốc độ thực thi của PHP. FaceBook sáng tạo ra HHVM để biên dịch mã PHP ra bytecode tương tự như Java - Java Virtual Machine. Phalcon viết thư viện framework bằng C biên dịch ra extension. Những cố gắng này rõ ràng được đền đáp trong một số trường hợp, nhưng nó không giải quyết hết gốc rễ của lập trình blocking. Trong công ty, có một nhân viên rất giỏi, xử lý công việc rất nhanh, ai cũng phải hỏi ý kiến anh ta, việc nào cũng đến tay anh ta, một ngày kia, nhân viên giỏi này bị ốm, hoặc có quá nhiều việc dồn dập đến, mọi nhân viên khác đều phải chờ đợi.

Một số module quan trọng khi làm việc với nodejs

20:06 HungPV7 Blog 0 Comments

Bài viết này mình sẽ tổng hợp lại những module hữu ích mà thường sử dụng trong lập trình nodejs.

Debug

ExpressJS

Mongoose

Request

Async

async.map(['file1','file2'], fs.stat, function(err, results){  
    // results is now an array of stats for each file
});
async.filter(['file1','file2'], fs.exists, function(results){  
    // results now equals an array of the existing files
});
async.parallel([  
    function(){ ... },
    function(){ ... }
], callback);
async.series([  
    function(){ ... },
    function(){ ... }
]);

PM2

EJS

Grunt / Gulp

SOLID LÀ GÌ – ÁP DỤNG CÁC NGUYÊN LÝ SOLID ĐỂ TRỞ THÀNH MỘT LẬP TRÌNH VIÊN PRO

08:00 HungPV7 Blog 0 Comments

• Abstraction (Tính trừu tượng)
• Encapsulation (Tính bao đóng)
• Inheritance (Tính kế thừa)
• Polymophirsm (Tính đa hình)

1. Single responsibility principle
2. Open/closed principle
3. Liskov substitution principle
4. Interface segregation principle
5. Dependency inversion principle

1. Single responsibility principle

Một class chỉ nên giữ 1 trách nhiệm duy nhất 
(Chỉ có thể sửa đổi class với 1 lý do duy nhất)

public class ReportManager()
{
 public void ReadDataFromDB();
 public void ProcessData();
 public void PrintReport();
}

Có thể thoải mái mở rộng 1 class, nhưng không được sửa đổi bên trong class đó 
(open for extension but closed for modification).

3. Liskov Substitution Principle

Trong một chương trình, các object của class con có thể thay thế class cha mà không làm thay đổi tính đúng đắn của chương trình

4. Interface Segregation Principle

Thay vì dùng 1 interface lớn, ta nên tách thành nhiều interface nhỏ, với nhiều mục đích cụ thể

5. Dependency inversion principle

1. Các module cấp cao không nên phụ thuộc vào các modules cấp thấp. 
   Cả 2 nên phụ thuộc vào abstraction.
2. Interface (abstraction) không nên phụ thuộc vào chi tiết, mà ngược lại.
( Các class giao tiếp với nhau thông qua interface, 
không phải thông qua implementation.)

Tổng hợp những câu hỏi cơ bản về Spring Framework

07:22 HungPV7 Blog 0 Comments

Spring overview

1.Spring là gì?

2.Lợi ích mà Spring framework mang lại

3.Các module của Spring framework

4.Core container

5.BeanFactory

6.XmlBeanFactory

7.AOP module

8.JDBC abstraction và DAO module

9.Object relational mapping (ORM) module

10.Web module

11.Spring MVC module

12.Spring configuration file

13.Spring IoC container

14.Lợi ích của IoC

15.Implement Application context phổ biến

16.Điểm khác nhau giữa BeanFactory và Application context

17.Cấu trúc của Spring application

Dependency Injection

18.Dependency Injection trong Spring

19.Những kiểu khác nhau của IoC

• Constructor-based dependency injection: Constructor-based DI được thực hiện khi container invoke một class constructor với một số tham số, mỗi tham số sẽ đại diện cho một dependency đến một class khác.

• Setter-based dependency injection: Setter-based DI được thực hiện bởi container bằng cách gọi setter method từ bean sau khi invoke no-argument constructor hay no-argument  static factory để khởi tạo bean.

20.Nên sử dụng Constructor-based hay setter-based DI