Chương trình cắt nối file viết bằng C#

[dieucay555]

Cái này tớ viết bằng C#, yêu cầu máy có .Net 2.0 trở lên.
Chương trình rất nhẹ,đã test thử với file 7Gh, mỗi tội giao diện cùi, ít chức năng.

[hoanglinhkd]

quảng cáo thêm đi chớ, chả hấp dẫn...

[dieucay555]

Thì có gì nữa đâu mà quảng cáo. Dc cái, chương trình xử lý cũng tạm nhanh, file lớn nhất là 7gh (tại trên máy có mỗi file này để test )

[Cpro]

góp ý đôi điều,dung lượng nhập vào phải đến MB nó mới cho chuyển ah ,thêm nữa chỗ nhập dung lượng nên là Combobox và cho mấy giá trị khởi tạo vào cho người ta đỡ phải gõ lại chứ nhỉ ,giống winrar đó

[dieucay555]

góp ý đôi điều,dung lượng nhập vào phải đến MB nó mới cho chuyển ah ,thêm nữa chỗ nhập dung lượng nên là Combobox và cho mấy giá trị khởi tạo vào cho người ta đỡ phải gõ lại chứ nhỉ ,giống winrar đó

Cái combobox đó cho bạn chọn loại size mà (Mb,Kb,hoặc Byte) .Còn size thì chịu khó nhập vậy, chứ biết người ta sẽ cắt thành size có dung lượng bao nhiêu mà default

[ducnt]

hix. cái này mình thấy cũng hay.

Mình xin góp xíu ý kiến

Cái chổ để kích thước thay vì để kích thước thì để số lượng file như vậy nó sẽ dễ dùng hơn?
Vì người ta chỉ quan tâm là split file này ra thành mấy file.... chứ bắt người ta tính thì hơi cực

[dieucay555]

Cảm ơn bạn, lần sau sẽ bổ sung. Các bạn dùng có thấy xảy ra lỗi gì ko để mình fix luôn

[meoconlongvang]

Điếu cày tối ưu nó lại một tí nhé. Mình thấy so với các chương trình khác, chương trình của bạn lúc load lên lâu quá.

[DKhanh]

Chương trình của bạn khi nối có nhận biết được các file có đánh số tăng dần theo kiểu name.001, name.002,... và theo thứ tự abc... hay không, phần lớn các phần mềm split và join file như FFSJ đều làm theo chuẩn đó, hoặc cao hơn nữa như 7zip là có thể nhận biết được phần nào trong tên tăng dần để nối lại, vd File_001_name, File_002_name..., không chỉ đuôi part[0]. Tại vì về vấn đề lập trình, cắt và ghép file đơn giản là đọc binary và nối liên tiếp lại thôi, vì thế các chương trình trên đều như nhau cả. Thêm tính năng check crc sau khi nối để đảm bảo tính toàn vẹn dữ liệu của file trước và sau khi split. Thông thường người ta muốn các file split nằm cùng thư mục với file cần split, vì thế nên thêm chức năng tự điền đường dẫn vào ô output. Nút browse chọn thư mục và file nên thêm dấu ... để đúng best practice. Nút join nên để gần combobox MB và canh lề thẳng bên phải so với 2 text box bên trên. Nút exit không cần thiết, người dùng muốn thoat sẽ nhấn nút close. thanh progress bar nên dể rộng hết chiều ngang của cửa sổ.
Nút nhập dung lượng nên để combobox có các kích thước điền sẵn như theo dung lượng CD, đĩa mềm, dvd...hoặc dụng lượng tối đa của các host chia sẻ file như mediafire, rapidshare... ^^, vì thường người ta cắt file để chép ra cd hay up lên host.

[dieucay555]

@ Meo : tại tớ đọc file theo từng block, ko dùng thread nên load file hơi chậm. Mà như tớ thấy cái so với cái FFSJ thì cái của tớ chỉ chậm hơn chút xíu, nó có cảm jac nhanh hơn là cái processbar nó chạy ngay sau khi đã load file, còn của tớ cái processbar chỉ chạy khi sau khi đã load hết file
@ D.Khánh : cảm ơn bạn góp ý, về giao diện đúng là cùi thật
Còn cái chỗ nhận biết kia đúng là tớ ko nghĩ đến.
Lúc đầu, tớ định add cái tool của tớ vô shell context menu, nhưng mà ko biết lấy đường dẫn của file dc chọn nên thôi. Ai biết cái này chỉ qua cho tớ với