kiến thức Ưu,nhược điểm của ASP.NET so với NodeJS

zollback đã nói:

. Net nhìn chặt chẽ vậy sao lại khó maintain hả bác

Nhấp để mở rộng...

HaLinhNHP đã nói:

Thằng medium.com cũng to đang chạy nodejs làm app chính.
Thích nodejs

Nhấp để mở rộng...

lam vung lau lam đã nói:

• nhưng trong js function là first class citizen còn c# thì không.
• tooling không hiểu js giờ thiếu cái gì. debug có, IntelliSense có...
• library cũng không hiểu npm thua nuget ở điểm nào.

Nhấp để mở rộng...

vinhomn đã nói:

chả hiểu đưa cái first class function so sánh với C# để làm gì? Người ta thường dùng js để làm functional programming lắm chăng?

Nhấp để mở rộng...

Typical measures of first-class status include the following:

• Can you bind functions to identifiers? That is, can you give them names?
• Can you store functions in data structures, such as in a list?
• Can you pass a function as an argument in a function call?
• Can you return a function from a function call?

Nhấp để mở rộng...

cugiametruyen85 đã nói:

Xem tệp đính kèm 174796

Vậy cái này là gì vậy anh

Action<T>, Func<T> gì gì đó chỉ để thể hiện cái signature của func, liên quan gì đến first class function, hay ý anh là 1 cái function không có signature muốn pass vào đâu cũng được mới là first class

Nhấp để mở rộng...

lam vung lau lam đã nói:

c# làm gì có function, nó chỉ có method. trong 1 class nó chia ra 2 loại member là data member và method member. anh không thể truyền thẳng method này vào method khác, mà anh phải tạo 1 data member Func<T> rồi mới truyền vào method được. cái Func<T> là type cho data member anh ạ.

vậy nên khi anh muốn áp dụng DI thì anh phải gói function vào 1 class rồi anh inject cả cái class đó vào chứ không phải anh inject 1 function vào. tương tự như thế khi anh truyền Func<T>, Action<T> vào method là a đang truyền 1 object chứ không phải 1 function. vậy nên nó mới sinh ra framework để DI.

nói tóm lại là vì nó lằng nhằng như thế nên bình thường không ai truyền Func<T> vào method cả (trừ lib như linq) hay trả về 1 Func<T> từ method.

Nhấp để mở rộng...

cugiametruyen85 đã nói:

Đến h tôi vẫn không hiểu vấn đề của anh là gì, anh có thể cho 1 ví dụ cụ thể (functional) mà C# không làm được mà JS làm được cho tôi mở rộng tầm mắt với

.
C# không có function nhưng có static method, import static thì cũng có khác gì đâu. Anh nghĩ tôi không phân biệt function với method khác nhau như nào à mà bày đặt chơi trò con chữ ở đây

Nhấp để mở rộng...

const [head, ...tail] = [1, 2, 3]
const { arg1, arg2 } = args

type Id = string | number

lam vung lau lam đã nói:

anh không thể tạo 1 function độc lập mà không có class.

tôi không có ý nói có cái js làm được mà c# không làm được. ý tôi ở đây là có 1 số pattern viết rất tự nhiên nếu có function is first class citizen, c# vẫn làm được nhưng thiếu tự nhiên.

sắp sửa js ra cái pipeline operator không biết c# có làm được không.

ngoài ra còn 1 số thứ nhỏ nhỏ không liên quan tới function is first class citizen mà c# không thể làm được là spread operator

JavaScript:

const [head, ...tail] = [1, 2, 3]
const { arg1, arg2 } = args

hay kiểu dữ liệu union (typescript), do bản chất js là weak typing:

Mã:

type Id = string | number

ngoài ra chắc là còn nhiều thứ nữa nhưng tạm thời tôi chưa nghĩ ra.

Nhấp để mở rộng...

lam vung lau lam đã nói:

vậy nên khi anh muốn áp dụng DI thì anh phải gói function vào 1 class rồi anh inject cả cái class đó vào chứ không phải anh inject 1 function vào. tương tự như thế khi anh truyền Func<T>, Action<T> vào method là a đang truyền 1 object chứ không phải 1 function. vậy nên nó mới sinh ra framework để DI.

Nhấp để mở rộng...

XinClipBiBan đã nói:

Nói tầm bậy, bản chất DI từ ban đầu nó không phụ thuộc vào kiểu dữ liệu

Nhấp để mở rộng...

lam vung lau lam đã nói:

ý tôi là cái function signature anh phải gói trong 1 cái interface vì anh không thể inject trực tiếp được function. xong rồi chính vì thế người ta mới đẻ ra cái quy tắc interface segregation, tức là 1 interface chỉ được chứa 1 method thôi.

còn cái implementation cho cái function signature đó anh cũng phải gói vào 1 cái class.

1 cái nữa là 99% dev đều dùng constructor injection chứ chẳng ai inject trực tiếp vào function cả.

Nhấp để mở rộng...

 public class Test
        {
            private readonly Func<int, int> _test;
            public Test(Func<int, int> test) { _test = test; }

            public void StupidTest()
            {
                Console.WriteLine(_test(2));
            }

        }
static void Main(string[] args)
        {
            var test = new Test(m => m*m);
            test.StupidTest();
            //Console.WriteLine(s.NumSub(st));
            Console.ReadLine();
        }

zulu đã nói:

Thằng medium chả nói chán chệ vụ NodeJS backend bên nó performance thấp và có vấn đề khi các tác vụ nặng của nó làm tăng busy time của event loop làm nghẽn đơ luôn tác vụ khác. Nên tụi nó optimize đủ kiểu: phải chạy multiple instance rồi routing request về instance cụ thể, cô lập các robust job , request luôn . Chạy xuống dưới sâu V8 runtime check nữa kìa

Nhấp để mở rộng...

lam vung lau lam đã nói:

ý tôi là cái function signature anh phải gói trong 1 cái interface vì anh không thể inject trực tiếp được function. xong rồi chính vì thế người ta mới đẻ ra cái quy tắc interface segregation, tức là 1 interface chỉ được chứa 1 method thôi.

còn cái implementation cho cái function signature đó anh cũng phải gói vào 1 cái class.

1 cái nữa là 99% dev đều dùng constructor injection chứ chẳng ai inject trực tiếp vào function cả.

Nhấp để mở rộng...