kiến thức [Event Tặng Title] Hướng dẫn học Javascript từ 0-> Nâng cao.
- Thread starter cs_50i
- Start date
monster_hunter
Senior Member
những điều mà bác có đề cập đến trong phần "Khi bạn đưa triết lý FP vào JS nghĩa là bạn sẽ tạm biệt luôn những thứ dưới đây vốn rất quen thuộc với bạn"
thì em có thể hiểu là mình sẽ phải sử dụng 2 quy tắc immutable và pure functions trong FP
nhưng tại sao lại ko được áp dụng Loop trong FP ạ? vậy trong FP ko dc dùng Loop hả bác?
Bạn dùng loop (kiểu while, for, forEach..) cũng chẳng sao miễn là bạn blocked được variable scope trong function miễn nó k tác động đến các scope khác thì vẫn đảm bảo immutable. Đấy là phong cách lập trình của cá nhân của bạn (cũng có thể gọi là FP kiểu mới), EX:
JavaScript:
function destroyCompleted() {
_todos.forEach(function(todo) {
if (todo.complete) {
destroy(todo.id)
}
});
}còn FP thuần túy nó vốn sử dụng nền tảng toán học lambda nên người ta dùng đệ quy để lặp (immutable inside immutable = pure function), thỏa mãn Yf=f(Yf). Nghĩa là đã FP nguyên thủy thì nó bám theo nguyên tắc toán học lambda calculus.
Last edited:
Chốt hạ phần Functional programming JS.
Thú thực với ae là tôi không theo đạo phái nào sấc. Functional, Object-Oriented, và Procedural Programming tôi code tất. Nhiều ae sinh viên chưa đi làm thì còn mộng mơ theo phái này phái kia nhưng đi làm rồi thì đồng tiền nó quyền lực hơn tất cả, nó mới là cú quyết định bạn làm cái gì, theo cái gì. Lý do:
Boss cùng team dev thống nhất (biểu quyết hơn 50%) project này code theo style OOP, project kia code theo stype FP... bạn làm dever có dám bật lại cả cty để ép mọi người code theo style của bạn không? Trừ phi bạn là Messi
Rồi cả team chốt với nhau project theo OOP, khách hàng cứ một mực Procedural Programming thì làm sao? không theo thì khách đi chỗ khác.
Còn thế này nữa.... bạn vào dự án vốn dự án ấy theo OOP nhưng bạn lại cứ code theo Procedural Programming hay FP thì cũng team cũng cho bạn out thôi.
Thôi thì là vozer-dever lương 350 củ thì mô hình nào cũng nên vững vàng để là một chiến binh dev. Đi làm nó lại không dễ dàng theo đam mê trừ phi bạn làm startup.
Còn với JS, lập trình FP nó cũng có nhiều cái hay ho. Hay nhất là giảm sự phức tạp của chương trình bằng cách phân tán ra các function, áp dụng tốt được phép tính lambda cho các bài toán phức tạp trở nên đơn giản. Mà bản thân JS là dynamic language nên xuyên suốt project, chỗ nào bạn cần blocked lại dữ liệu tránh bị đột biến thì lập trình FP cực kỳ hữu dụng (các mô hình khác vẫn làm được nhưng FP nó đơn giản hơn).
Ngoài ra thì FP nó còn giải quyết được vấn đề xử lý dữ liệu lớn. Vì concept là Data is immutable nên thích hợp cho việc chạy nền web worker tạo parallel programming (lập trình song song).
...Thế thôi, có mấy cái ý chính là vậy! Trên mạng viết nhiều về FP for JS rồi, ae thoải mái tham khảo. Nhưng có một lưu ý là muốn đi sâu vào FP thì nên hiểu kỹ về các biểu thức lambda.
ok!
Thú thực với ae là tôi không theo đạo phái nào sấc. Functional, Object-Oriented, và Procedural Programming tôi code tất. Nhiều ae sinh viên chưa đi làm thì còn mộng mơ theo phái này phái kia nhưng đi làm rồi thì đồng tiền nó quyền lực hơn tất cả, nó mới là cú quyết định bạn làm cái gì, theo cái gì. Lý do:
Boss cùng team dev thống nhất (biểu quyết hơn 50%) project này code theo style OOP, project kia code theo stype FP... bạn làm dever có dám bật lại cả cty để ép mọi người code theo style của bạn không? Trừ phi bạn là Messi
Rồi cả team chốt với nhau project theo OOP, khách hàng cứ một mực Procedural Programming thì làm sao? không theo thì khách đi chỗ khác.Còn thế này nữa.... bạn vào dự án vốn dự án ấy theo OOP nhưng bạn lại cứ code theo Procedural Programming hay FP thì cũng team cũng cho bạn out thôi.
Thôi thì là vozer-dever lương 350 củ thì mô hình nào cũng nên vững vàng để là một chiến binh dev. Đi làm nó lại không dễ dàng theo đam mê trừ phi bạn làm startup.
Còn với JS, lập trình FP nó cũng có nhiều cái hay ho. Hay nhất là giảm sự phức tạp của chương trình bằng cách phân tán ra các function, áp dụng tốt được phép tính lambda cho các bài toán phức tạp trở nên đơn giản. Mà bản thân JS là dynamic language nên xuyên suốt project, chỗ nào bạn cần blocked lại dữ liệu tránh bị đột biến thì lập trình FP cực kỳ hữu dụng (các mô hình khác vẫn làm được nhưng FP nó đơn giản hơn).
Ngoài ra thì FP nó còn giải quyết được vấn đề xử lý dữ liệu lớn. Vì concept là Data is immutable nên thích hợp cho việc chạy nền web worker tạo parallel programming (lập trình song song).
...Thế thôi, có mấy cái ý chính là vậy! Trên mạng viết nhiều về FP for JS rồi, ae thoải mái tham khảo. Nhưng có một lưu ý là muốn đi sâu vào FP thì nên hiểu kỹ về các biểu thức lambda.
ok!
Last edited:
@Fire Of Heart tôi thấy vozer nhiều ae hứng thú với FP. Vậy tôi tạo hẳn một topic # hướng dẫn ae nhập môn FP vs JS được k mod?
thoải mái nhé
KimSoHyunGoddness
Member
Khi nào tạo topic về FP thì tag em vô nha bác
Buonnguqua6
Senior Member
Cháu chưa được thầy dạy đệ quy tính Fibocanoci, tính Giai Thừa ở môn nhập môn lập trình C à ? Hay tiết đó cháu không đi học
KimSoHyunGoddness
Member
Cái đó cháu giỏi lắm chú. Mấy cái đó dư sức làm đc. Nhưng cháu vẫn chưa hiểu là chú muốn nói gì.Cháu chưa được thầy dạy đệ quy tính Fibocanoci, tính Giai Thừa ở môn nhập môn lập trình C à ? Hay tiết đó cháu không đi học
Hay mấy cái chú nói chính là lập trình theo hướng FP ạ
Buonnguqua6
Senior Member
Tao muốn rep câu bên dưới của mày đó
Vậy khi code theo kiểu FP là mình ko nên sử dụng vòng lặp for để tính toán trực tiếp mà thay vào đó là phải tạo 1 function truyền tham số vào để xử lý đoạn for đó và trả về kết quả hả bác.
KimSoHyunGoddness
Member
À sau khi chú nói thì hình như sau 1 lúc suy ngẫm thì con nghiệm ra đc 2 điều như sau về FP:
1- Tạo ra 1 FP mà nó thực hiện các phép toán, tính toán với các tham số truyền vào nhưng không làm thay đổi giá trị của chúng. Thì đây đc gọi là pure function.
2- Một function nhận tham số là 1 function khác và nó thực hiện cái function được truyền vào đó => Điều này hơi na ná giống đệ quy.
Không biết mấy thứ cháu ngộ ra có đúng ko chú. Chú góp ý cho cháu với chú
Buonnguqua6
Senior Member
Dù sao thì mớ FP của JS cũng rối rắm lắm
Làm web thì Typescript là chân lý
Làm web thì Typescript là chân lý
zzchaolegionzz
Member
Em chưa đi sâu vào FP bao giờ, cho em hỏi dùng đệ quy trên một tập dữ liệu lớn quá stack size của JS thì xử lý thế nào nhỉ?
Stack Overflow nếu bạn không sử dụng tail recursion. Còn sử dụng tail recursion nó nhanh hơn vòng lặp for-loop ở vài case, còn đâu ngang ngang nhau.
JavaScript:
function Fibonacci2 (n , ac1 = 1 , ac2 = 1) {
if( n <= 1 ) {return ac2};
return Fibonacci2 (n - 1, ac2, ac1 + ac2); // đệ quy đuôi
}
console.time("looping #2");
console.log(Fibonacci2(45));
console.timeEnd("looping #2");zzchaolegionzz
Member
@cs_50i Nodejs vẫn chưa optimize cho tail call thì phải. Code vầy báo stackover flow. Em copy từ đây thôi: https://stackoverflow.com/questions/33923/what-is-tail-recursion
Notice của thím trên đấy
Notice của thím trên đấy
JavaScript:
function recursionSumTailCall(x, total){
if(x === 0){
return total;
}
return recursionSumTailCall(x - 1, total + x);
}
var res = recursionSumTailCall(33000, 0);
console.log(res);
--------------------------
function recursionSumTailCall(x, total = 0){
^
RangeError: Maximum call stack size exceededVậy thì bạn phải chờ thôi. Dù sao JS nó cũng đang dần dần update để thích hợp với FP. Đợi nó hoàn thiện thì chắc k lâu lắm đâu, các engine liên quan đến JS nhanh nhạy update phết.
KimSoHyunGoddness
Member
Bác xem cái sự "dần dần update" ở đâu vậy ạ
Theo dõi trên blog của dever google, ffox ấy
Last edited:
zzchaolegionzz
Member
Em hỏi cho vui thôi, chứ muốn code FP em sẽ không chọn JS, nên chờ làm gì đâu :v Trước có làm dự án Elixir rồi mà không thích trường phái này lắm.
