Kô biết viết chương trình cho PPC bằng VS.NET có được ko?
- Thread starter uglyduck
- Ngày gửi
Viết bằng VB.Net ngon lành (mình đã thử viết cho Windows Mobile 2003) 
Bạn cần cài thêm Microsoft Pocket PC SDK, tìm hiểu thêm về .Net Compact Framework, thư viện mở Open .Net Compact Framework cũng rất hay. Tất cả đều có thể tìm thấy tại website của Microsoft và hỏi bác Google
Chúc bạn thành công.
Bạn cần cài thêm Microsoft Pocket PC SDK, tìm hiểu thêm về .Net Compact Framework, thư viện mở Open .Net Compact Framework cũng rất hay. Tất cả đều có thể tìm thấy tại website của Microsoft và hỏi bác Google
Chúc bạn thành công.
Viết ngon nhưng mà sao cái VS2005.NET nó chạy chậm rì à! Nhất là khi chạy thử bằng PPC Emulator.uglyduck nói:Các bác ơi cho em hỏi nhỏ, dùng Visual Studio.Net của bác Bill xây dựng được ứng dụng cho PPC ko nhỉ?
:-/ Nếu được các bác hướng dẫn cho em cài từng module để được VS.NET viết program cho PPC.
Cảm ơn các bác nhìu.
ở đây bạn nên phân biệt viết ứng dụng Native code ( EVC,VC++) hay managed code ( EVB, VB.NET, C#.NET)...về tiến trình viết Native sẽ chạy nhanh gấp nhiều lần managed code...có điều viết Natvie code thì việc coding nó phức tạp hơn, chương trình sẽ quản lý bộ nhớ, tối ưu hơn.amd_fan_2005 nói:
mkford nói:
Em viết 1 cái tool phục vụ riêng bản thân mình nên không quan trọng lắm việc chạy nhanh hay chậm nên để dễ viết và viết nhanh em đã dùng VB.NET
Giờ muốn viết 1 cái Today Plugin kèm theo cái chương trình của mình nhưng không biết dùng VB.NET có viết được không nhỉ?
EVC thì chưa bao giờ dùng, VC++ thì lâu quá rồi cũng không dùng, mất cảm giác mất rồi.
Có bác nào có cái Sample Code về Today Plugin thì chia sẻ cho em với.
Em xin cảm ơn trước nhé.
nhh2710@yahoo.com
Theo tôi nếu không đi chuyên về PPC thì nên viết trên VS.NET dễ viết, chỉ nhắp, thả và hỗ trợ sẵn rất nhiều. Ngoài ra nếu chán thì chuyển sang luôn viết cho PC. Ứng dụng viết trên .net cho PC bây giờ cũng đang là đỉnh đấy.
Nên dùng VS2005, nhớ down thêm Windows Mobile 5.0 Pocket PC SDK để viết cho WM2005.
Nhân tiện hỏi chút: Đã bác nào dùng irisskin tạo skin cho form trên PPC chưa nhỉ. Form đẹp thử trên PC thì OK nhưng trên PPC thì không được.
Nên dùng VS2005, nhớ down thêm Windows Mobile 5.0 Pocket PC SDK để viết cho WM2005.
Nhân tiện hỏi chút: Đã bác nào dùng irisskin tạo skin cho form trên PPC chưa nhỉ. Form đẹp thử trên PC thì OK nhưng trên PPC thì không được.
to amd_fan_2005,
hic, cái topic tôi giới thiệu về Device Emulator 2.0 ở đây http://www.handheld.com.vn/forum/showthread.php?t=24571 nhưng chẳng ai thèm đọc cả, cái emu mới này khởi động nhanh hơn và chạy nhanh hơn rất nhiều so với cái đi kèm so với 2005.
Nếu ai muốn viết chương trình chạy nhanh, thì đừng nghĩ đến .NET.
Theo tốc độ thì Win32 > MFC >>>> .NET
hic, cái topic tôi giới thiệu về Device Emulator 2.0 ở đây http://www.handheld.com.vn/forum/showthread.php?t=24571 nhưng chẳng ai thèm đọc cả, cái emu mới này khởi động nhanh hơn và chạy nhanh hơn rất nhiều so với cái đi kèm so với 2005.
Không thể làm được.
Nếu ai muốn viết chương trình chạy nhanh, thì đừng nghĩ đến .NET.
Theo tốc độ thì Win32 > MFC >>>> .NET
khaplienhoa nói:to amd_fan_2005,
hic, cái topic tôi giới thiệu về Device Emulator 2.0 ở đây http://www.handheld.com.vn/forum/showthread.php?t=24571 nhưng chẳng ai thèm đọc cả, cái emu mới này khởi động nhanh hơn và chạy nhanh hơn rất nhiều so với cái đi kèm so với 2005.
Không thể làm được.
Nếu ai muốn viết chương trình chạy nhanh, thì đừng nghĩ đến .NET.
Theo tốc độ thì Win32 > MFC >>>> .NET
Cảm ơn bác khaplienhoa.
Đúng đấy, em có cảm tưởng dường như .NET là bác Bill sáng tạo riêng chỉ để cho quần chúng (người ngoài) sử dụng nhằm mục đích để mị dân và xoa dịu dư luận (là có quan tâm đến cộng đồng developer) mà thôi, còn riêng Công ty của Bác khi code vẫn dùng native (?) hay sao ấy hì hì. Chứ em thấy .NET ngoài cái khoản chậm còn nhiều bất tiện khác nữa:
1) nhiều lỗi
2) ít tính năng
3) nhiều tính năng được support nhưng vẫn dở dở dang dang
3) đối với user: phải cài thêm các bộ CF mới dùng được
v.v...
Dĩ nhiên đó chỉ là cảm tưởng của em mà thôi.
Không phải bác à, em viết chương trình Native chỉ để thỏa mãn chính mình mà thôi, giống như làm nghệ thuật vậy, vì bây giờ toàn dùng .NET không à, không có đất dụng võ.
Khi còn đi học em tôi luyện rất dữ. Có lẽ bác nào mới vào đại học có thể tham khảo.
- Học cái gì cũng đi từ cơ bản. Làm nhiều project, viết nhiều chương trình, cái gì cũng tự mình làm từ đầu đến cuối, làm cái gì cũng đi từ cơ bản, Windows thì dùng WinAPI, Linux thì dùng X Window System (core). Cái gì dễ làm nhưng không hiểu được cái dưới, không biết cái bên trong thì không làm.
- Không bao giờ sử dụng thư viện có sẵn. Không bao giờ dùng code của người khác, cái nào bí quá đọc code của người khác thì kiểu gì cũng phải viết lại cho tốt hơn. Đoạn mã nào cũng phải tinh chỉnh đến tận mỹ, tận tuyệt. Đây là cách tôi luyện tốt. Học hành khác với làm việc. Làm việc thì phải làm sao cho nhanh, bớt bỏ nhiều công sức.
(Lúc đó quả thật hơi kiêu ngạo, vì đọc code của ai cũng thấy người ta vụng về cả, nhìn cái gì cũng thấy những điểm mấy chốt để có thể làm nó chạy nhanh hơn, dù tốc độ chỉ tăng lên 5% cũng sẵn sàng viết một đoạn code dài gấp 3, 4 lần đi theo tinh thần của CPU. Sau này mới nghĩ lại, viết code phải nghĩ đến vấn đề dễ hiểu, sẵn sàng hy sinh một chút tốc độ để đổi lấy cấu trúc bền vững, dễ sử dụng lại.)
- Khi viết chương trình luôn luôn tách bạch với hệ điều hành. Những gì sử dụng đến hàm hệ thống (API) thì luôn luôn có một lớp ở giữa, khi chuyển ứng dụng của mình sang hệ điều hành khác, chỉ việc viết lại lớp giữa. Ví dụ như malloc. Thay vào đó hãy viết
Mã:
void* MemoryAlloc (ULONG size)
{
#ifdef WINDOWS
return HeapAlloc (GetProcessHeap(), size);
#elif PALMOS
return MemPtrNew (size);
#elif LINUX
return malloc (size); /* should we use kernel api? */
#else
#error Platform not supported.
#endif
}Và còn rất nhiều nữa, tạm thời không nhớ hết. Một sự bắt đầu khó khăn, cày bừa nhiều, sẽ xây dựng một kiến thức nền tảng vững chắc, sẽ rất có ích cho sau này, làm việc gì cũng dễ dàng, Java hay .NET lúc đó học rất nhanh. Đừng bao giờ đề .NET hay Visual làm mê mị nếu mới bắt đầu học.
Thực ra việc học thì là vô cùng....đến một thời điểm nào đó ngôn ngữ lập trình không là vấn đề quan trọng, theo tớ tùy theo yêu cầu bài toán ứng dụng đưa ra mô hình phân tích hệ thống, lựa chọn công cụ phù hợp thôi. Thực chất .NET là ngôn ngữ dạng wrap từ nền tảng Windows API mà thôi. MS đưa ra nền tảng .NET phần cũng vì chống lại sự ảnh hưởng quá lớn của JAVA...cũng như sự phát triển của các ứng dụng mạng, phổ biến công nghệ xây dựng ứng dụng rộng rãi hơn.
Việc học tập những đoạn mã code của người khác chả có gì xấu, nếu mình tối ưu hơn thì càng tuyệt. Ví thứ có bài toán lập trình ứng dụng 3D nếu không dùng thư viện DirectX, OpenGL...thì việc lập trình can thiệp vào card AGP không hề đơn giản.
Giải pháp tối ưu nhiều khi một ứng dụng có thể viết bằng nhiều ngôn ngữ mà không mất tính thống nhất hài hòa của ứng dụng. Ví như có thể thêm module Assembler vào các phép tính toán lớn phù hợp với bài toàn riêng bỉệt, điều này thực tế các ứng dụng tính toán người ta căn cứ vào tính riêng biệt của bài toán để mix vào.
Mạo muội tý!!
Việc học tập những đoạn mã code của người khác chả có gì xấu, nếu mình tối ưu hơn thì càng tuyệt. Ví thứ có bài toán lập trình ứng dụng 3D nếu không dùng thư viện DirectX, OpenGL...thì việc lập trình can thiệp vào card AGP không hề đơn giản.
Giải pháp tối ưu nhiều khi một ứng dụng có thể viết bằng nhiều ngôn ngữ mà không mất tính thống nhất hài hòa của ứng dụng. Ví như có thể thêm module Assembler vào các phép tính toán lớn phù hợp với bài toàn riêng bỉệt, điều này thực tế các ứng dụng tính toán người ta căn cứ vào tính riêng biệt của bài toán để mix vào.
Mạo muội tý!!
Ồ, ý em chỉ là "những người mới bắt đầu học" cần phải có kiến thức căn bản thật vững. Những gì bác Tuấn nói chỉ đúng với người đã có kiến thức mà thôi, vì khi đó tay phải cũng như tay trái, dùng ngôn ngữ nào cũng không cảm thấy sự khác biệt cả. Nếu mới vào đã dùng những công cụ quá cao cấp, quá tận dụng nó, cái gì cũng kéo thả, bị nó che mất cái ở dưới thì làm sao biết tối ưu chỗ nào, phát sinh lỗi thì có thể đoán ở chỗ nào, làm sao cân đong đo đếm ưu khuyết điểm để biết áp dụng cái gì cho phù hợp.
Xem bóng đá, hứng quá vào post bậy bạ, lạc đề rồi. (<-- tưởng mình là ai chứ, hmm. 
)
Xem bóng đá, hứng quá vào post bậy bạ, lạc đề rồi.
(<-- tưởng mình là ai chứ, hmm. )
Xin đính chính với bác khaplienhoa ý của mình nói "công ty của Bác" là ý nói công ty của bác Bill đấy, chứ kô phải nói về ai cụ thể cả
Ặc, làm em tưởng bác nói em.
Họ là công ty cung cấp nền tảng và thư viện, đương nhiên phải bằng native rồi
DigitalWorld nói:
Em không dám tranh luận viết bằng cái gì thì tốt hơn cái gì.
Nhưng có một sự thật hiển nhiên là:
Công ty ABC ký được 1 hợp đồng làm 1 phần mềm A trị giá X USD.
Nếu viết từ đầu bằng C++ chắc tiêu tốn mất 100 Man*Month (Ví dụ thế)
Nếu viết bằng VC++ chắc tiêu tốn mất 10 Man*Month (Cũng ví dụ thế)
Cuối cùng nếu viết bằng .NET hoặc J2EE chắc tiêu tốn mất 2 Man*Month (Cũng ví dụ thế)
Vấn đề phần mềm đó chạy nhanh hơn hay chậm hơn thì khách hàng cũng không quan tâm lắm vì nó phải giải quyết được công việc của họ thì mới nghiệm thu được.
Nếu bác DigitalWorld là chủ doanh nghiệp phần mềm ABC thì bác chọn giải pháp nào?
Đây chỉ là 1 ví dụ nhỏ để cùng suy ngẫm.
Nếu là để dựng 1 nền tảng mới, 1 hệ điều hành mới thì lẽ dĩ nhiên là không thể dùng .NET Framework để phát triển được bởi vì dưới .NET Framework là hệ điều hành. Còn dưới hệ điều hành là Firmware và Hardware điều khiển những cái đó thì lại không thể là .NET Framework được.DigitalWorld nói:
Cũng như thiết kế các con chip thì không thể dùng C, C++ hay VC++ mà phải dùng Assembly có phải vậy không ạ?
Tóm lại là mọi sự so sánh đều không đúng, công cụ được sáng tạo ra vì những mục đích sử dụng riêng của nó. Nếu sử dụng không đúng mục đích thì chắc chắn là công cụ đó không thể hỗ trợ tốt công việc được.
Regards,
Bác HaiHN ơi, mấy cái đó thì ai cũng biết cả. Chẳng qua là đang cãi về vấn đề kỹ thuật thôi, để mấy bạn newbie đỡ phải thắc mắc vì sao CF chậm thế, sao lắm lỗi thế.