1. 知名的低代碼開發平台技術社區有哪些
1、CSDN：專業IT技術社區，包含原創博客、精品問答、職業培訓、技術論壇、資源下載等產品服務，其中有不少涉及低代碼開發平台的內容，但是比較散亂，需要讀者自行審視內容的質量；
開源中國社區
主要是這三大技術社區，如果有進一步發現我再更新。
2. 怎麼樣學習asp會比較好
HTML,DIV+CSS,JAVASCRIPT,ASP,sql這些都必須會，ASP先得看一下VB語法，然後就是學些內置對象，最主要的是ADO，然後就是做些簡單的例子，就這樣吧
3. C++、JAVA、C#、.NET的工作內容分類
從語言的角度看,C++也是超完美的,只是讓初學者感覺復雜了點,再就是過於照顧對C的兼容了,甚至從語言本身的功能上來說,我認為C++是目前最強的,Object Pascal也遜一籌,但是C++的缺點正是她提供了太多的可能,以至於很難形成象Java那樣規整的類庫,再就是C++沒有Java那種面向代碼重用的"編譯單元"的設計策略.我想,C++可以反過來再吸收Java的經驗,達到既面向可重用,又面向高性能和高適應性。
JAVA便於開發,C有很高的性能,各有所長, 但聽說JAVA經完善,理論上可以達或超過C的性能, 但不知道這一天要到什麼時候才能到來.
我是96年畢業的,正值java剛出,火氣沖天之時。 我當時是一名C++的狂熱者，有著3年的C++經驗。我想到IT技術前沿的美國，於是滿懷希望來到到了IT精英匯集的地方－－矽谷。我想這下總算可以施展我深藏多年的C＋＋才華了吧。但矽谷VB,delphi根本不入流，雖然C++還繼續再用，但是已經是大不如以前了，不過有c++背景的找工作要相對容易些。這里，程序員們，大小的managers，chargers只對Java感興趣。這里反微軟的氣氛很濃，也許是Sun,Oracle,IBM,AOL等巨頭公司的大本營在此的緣由吧。呆過一段時間後，我發現這里只要是稍大一點的公司，都在同時在維護著幾套System，要一勞永逸的解決這些問題，讓這些System無縫的銜接起來，java是最好的不過的解決方案。在這里，個大巨頭公司們對java幾乎在玩命似的瘋狂：ibm在全球16個java實驗室24小時續以奮戰，扛著「java就是一切」的大旗， 投入java的錢不比sun的少；intel整裝待發，全力以赴趕制java晶元，以求在java謀得一席之地； oracle,Sybase,informix,DB2這些王牌資料庫廠商更是紛紛下馬，把java綁定到自己的產品中，提供對java最全面，最直接的支持；Inprise,BEA,Iona,netscape聯盟等一大批系統集成、支援廠商，也不甘落後，爭先恐後的開發自己的java工具、應用服務軟體，目的只有一個，讓自己的產品帶上一個響亮的"J"字；CISCO,3Com,HP,NEC等一大批網路設備供應商對embed java表現了濃厚的興趣，一批又一批的帶java介面的智能設備相續涌現出來，在這個市場上的競爭異常激烈，誰也不敢怠慢；sun自己就更不用說了，sun創造了java,但java並非sun的專有，來自巨頭們的競爭， 也讓sun感到了前所未有的壓力，在「捍衛java，保衛java,發展java」的方針下，帶領巨頭們發布了面向不同領域的各個版本：面向PC領域的java2 Standard Edition，面向企業級計算的Java 2 Enterprise Edition，面向嵌入式系統的Java2 Embedded Edition, 面向智能終端的Personal Java Edition。在這樣的一種趨勢下，迫不得已，只有放下我心愛的C++！java本是是一個開放的體系，各家廠商都可以對她擴展、實現，要維護整個java世界的純潔，他們採用了一種絕妙的方法，運用java的100%oop特點，對於規范的定義只是一些介面，而這些介面的實現，則完全由各個廠家去負責，多麼的和諧，多麼的完美！理解不了這些，你就根本無法理解象EJB,Servlet/JSP,JTA、RMI/IIOP、JNDI,JMS，Jini....這些java新秀的威力，稍大一點的公司（除了Microsoft），無一不對她趨之若寵，源源不斷的錢財、人力都願意往這里扔。這僅僅只是個j2ee，也是到目前為止，業界中最為完美的企業解決方案，就更不用說j2me了，想做下一代internet接入設備，除了j2me可以說是別無選擇，更要命的是她完全可以與現有系統緊密的銜接起來...... 我要承認在系統、支撐軟體領域，C++還是老大，在應用領域現在是java。辛辛苦苦用C++寫的一套Solution才買10萬還不到，而java輕松就完成的Solution可以賣到幾百萬，這就是區別；同樣，如果僅僅把java當作applet，application用在桌面環境中，她的的確確又比任何一種語言都爛。我所說的只是國內的環境影響著我們每一個人，當java one 2000在美國紅紅火火的舉行，多達4萬家公司擠進會場，更是有3000餘名專家、學者在會上慷慨陳辭時，而國內還是不以為然，守著以前的老家當，倒是精明的日本人，早就預定了數十個座位；當個大公司在java的領域里進行慘烈爭奪的時候，國內還抱著VB,Delphi 枕著C＋＋睡大覺。
C++在游戲方面具有很大優勢，目前更多的大型3D游戲是用C++實現的。C是目前效率最高的語言（除了匯編語言）。而JAVA開發相對簡單。較多的說法是VC（C++）執行速度更快，因為VC已經優化的和匯編差不多了,所以懷疑javaSDK解釋器把比較短的代碼做了預處理,執行循環內部就不用調用解釋器,直接執行已經解釋的機器碼,所以速度差不多,不過這只是猜測,也許測試大一些的程序才能說明問題. java比C++快的說法我以前就聽說了,CSDN上也吵的很厲害.其實java只是種語言,不代表一種編譯器,執行時先把位元組碼直接優化轉換成機器碼,速度確實比一邊解釋一邊執行要快,但也不能比說比C++快,因為C++也是一種語言,不是編譯器.主流的C++/java編譯器效率如何,有足夠證明的實驗結果時再說。
Java就兩個缺點：啟動速度慢（JIT需要一定時間），內存佔用大（虛擬機），其他基本就沒有了。要說執行速度，從最底層看，Java和C++是一樣的，因為有了JIT，執行的同樣是編譯好的機器碼；稍微往上點就不太一樣了：一來編譯器優化不一樣，更重要的是很多演算法的實現良莠不齊，比如Array（C++ STL中叫做Vector），Map等等，我實際測試過，有的快有的慢，C++中更復雜，VC7之後帶的STL明顯比GCC（MinGW）的快得多。最後從實際使用來看，C++其實處於十分尷尬的地位，我以前非常喜歡C++，現在轉向了Java，因為開發企業級軟體，你用C++簡直就是自尋煩惱，而底層用C++有時候也是自尋煩惱（比如很多嵌入式系統對C++支持是很不完整的），C更加通用，再加上一個簡單的Lua腳本，C實現機制，Lua實現策略，很方便！
我已經試了一下，java和c++的運行時間之比是 266：230，當然java的是不包括載入的時間。看來可以安心的用java繼續寫下去了。但是有一個很奇怪的問題，既然java的速度已經接近c++，網上還有那麼多人用c++作數值計算能？我選java是因為它的安全性，數組在運行時越界了就會報錯，想當初調試c++程序那個痛苦，改為等價的java代碼之後運行就保存，數組越界了。
我最初學習的是Java，後來又學習C＋＋，雖然二者都是面向對象的語言(C＋＋是半面向對象語言)，但是在C＋＋的學習過程中，C＋＋「幾乎完全」沒有規則性或者超靈活性的語法讓一個之前學過JAVA語言的人感到很不爽！Java確實是個很不錯的東西，尤其是其背後有強大的類庫做支撐，用起來感覺那是相當的爽，但速度也確實是個問題。幸好現在的Java語言，其執行方式已經不僅僅是解釋執行方式了，即時編譯器（JITC、just-in-time compiler）技術和原型編譯技術的出現大大提高了JAVA的運行效率。C＋＋靈活無比，但純屬高級玩具或者高深的九陽神功，假如玩不好，就把自己繞進去，如練奇門遁甲一般走火入魔，如果玩好了，那可就是強大致極啊！Java是在C++的基礎上開發出來的，比C++簡化很多，容易使用很多，但是在有些方面特別是泛型方面明顯沒有C++使用起來靈活。在某些功能上也稍遜於C++，例如對於圖像的剪切等方面的技術。JAVA和C++都是面向對象語言。也就是說，它們都能夠實現面向對象思想（封裝，繼乘，多態）。而由於c++為了照顧大量的C語言使用者，從而兼容了C，使得自身僅僅成為了帶類的C語言，多多少少影響了其面向對象的徹底性！JAVA則是完全的面向對象語言，它句法更清晰，規模更小，更易學。
(1)JAVA的運行速度（JAVA最大的障礙在於速度）解釋過的Java要比C的執行速度慢上約20倍。無論什麼都不能阻止Java語言進行編譯。當時剛剛出現了一些准實時編譯器，它們能顯著加快速度。當然，我們完全有理由認為會出現適用於更多流行平台的純固有編譯器，但假若沒有那些編譯器，由於速度的限制，必須有些問題是Java不能解決的。許多企業的應用開發人員非常喜愛Java的語言特性，但是在開發重要系統時，語言特性和執行效率之間的抉擇往往令人傷透腦筋。在關鍵計算中，用戶可能並不在乎數據如何壓縮或者運行的延遲關系如何設置，但是對程序的運行速度卻非常重視，這使廠商將Java的編譯策略開發放在了首位。現在的Java語言，其執行方式已經不僅僅是解釋執行方式了，即時編譯器（JITC、just-in-time compiler）技術和原型編譯技術已經被許多廠家採用，包括Sun、IBM、Oracle以及Netscape等公司在內的技術提供商正在利用這些技術逐步提高Java的執行速度，其中IBM公司早已將Java虛擬機（JVM，JavaVirtual Machine）、操作系統和硬體的特性有機的結合在一起，非常有效地提高了Java的執行效率。
(2)JAVA所有東西都必須置入一個類.
Java是完全面向對象的語言，它不再支持C++程序時所使用的過程式的設計方法，所有函數和變數部必須是類的一部分。除了基本數據類型（例如整型、字元型、布爾型等）之外，其他的數據對Java來說都是對象，包括數組。
對象將數據和方法結合起來，把它們封裝在類中，這樣每個對象都可實現自己的特點和行為。JAVA不存在全局函數或者全局數據。如果想獲得與全局函數等價的功能，可考慮將static方法和static數據置入一個類里。而c++允許將函數和變數定義為全局的。此外，Java中取消了c／c++中的結構和聯合、枚舉這一類的東西，一切只有「類」（Class），消除了不必要的麻煩。
java是解釋性語言,java程序在運行時類載入器從類路經中載入相關的類,然後java虛擬機讀取該類文件的位元組,執行相應操作.而C++編譯的時候將程序編譯成本地機器碼.一般來說java程序執行速度要比C++慢10-30倍.即使採用just-in-time compiling (讀取類文件位元組後,編譯成本地機器碼)技術,速度也要比C++慢好多。
C++和C#,java區別比較大.雖然三者都是面向對象.但C++重演算法,Java和.Net重架構.另外Java有開源的支持。三者的應用領域也不一樣.C++在嵌入式開發,游戲,老的系統比較多；三門語言學好哪一個都是可以的,只是選擇語言也包含了方向的選擇；一般重本是以C或C++作為必修,Java是專業選修,.Net在學校新起還不是很長時間，三本或專科可能會直接教Java或.Net的直接企業應用。有四門都必須學好的:數據結構,常用演算法,資料庫原理,網路,尤其前面兩個。C++能在硬體有所作為，而其他兩種基本上不會被用來做這個。
Java自問世以來,以其得天獨厚的優勢,在IT業界掀起了研究、開發它的浪潮。作為一種與底層硬體無關的、「編寫一次，到處運行」的高級語言和計算平台，Java天生就具有將網路上的各個平台連成一體的能力，真正實現了「網路就是計算機」的理念。
C++語言的創立者的忠告
C++語言的創立者，斯坦.利普曼(Stan Lippman)在2004年9月17日參加了在北京召開的微軟技術大會並做了演講。利普曼和天極網記者暢談了對「中國程序員的30歲現象」的看法，對C++、NET、面向對象等新技術發表了自己的看法。他說如果你想做web service，asp等等，c++將不會很適用，因為這個語言不靈活，它太繁復了，它不是為了網路服務（Web service）而設計的。C#就是為了網路需求而設計的，.net的理念就是並不是一種語言能解決所有的問題。它不像Java，迫使你只能用一種語言。如果你在開發的時候發現另一個工具更好，那麼你就可以選擇另一個工具。人們總喜歡讓事物對立起來。如果有了微軟的產品，你就一定要有SUN或Linux，因為人們喜歡看他們爭斗，即使實際上並不會引發任何爭斗。c++就像一把沒有把手的刮鬍刀，它不可能對所有的事物都適用，就像Visual Basic也不可能對所有人都適用一樣。有很多人都使用c++，也有很多人使用Visual Basic，我們還需要其他的語言。c++很難，我們必須擁有難的語言，但同時，簡單的工作也需要簡單的語言來解決。實際上，沒有哪種語言能流行10年。對於c++的未來來說，我想它還是會表現的很好。
知道C++很牛，可以直接和底層打交道，且效率不次於c,多牛，還面向對象，再加上這復雜曲線的學習，千萬別說你不懂C++。很多牛B公司像微軟google什麼的，人家上來就直接問你C++ 和演算法。所以我覺得學不好C++，起碼我永遠和這些牛B的公司沒緣分了。可是最近做了些東西，突然發現C++留給我們什麼呢？我覺得應該就是細節了。就像某人說的，java用的還算可以的人，甚至不需要有堆棧的概念。而C++呢？復雜的語法，龐大的語義，變態的學習曲線，我C++ primer翻了半天越看越覺得自己菜，光什麼地方能用static，什麼地方不能用，就這就把人折騰的夠嗆。前陣子我甚至還搞不清int i;(對比int i=10) 到底是定義還是聲明。這么龐大的學習曲線，那麼我想問下：諸位你們的公司現在都用C++做啥呢？
樓上兄弟，使用C++並不代表你必須弄明白C++的每個知識點,你完全可以不必理會C++中復雜,晦澀的部分,比如模板(是不必精通,但是還必須有一定的基礎概念),元編程(這個我也不明白具體是什麼概念,汗顏).只使用你明白的C++部分,就足夠你寫出優秀的軟體.我的工作經歷中,曾經維護過一個5W行的C++代碼,並且偶爾還要維護一個25W行的C++代碼,在那些代碼中,並沒有使用太過於復雜的概念,打個比方說,在那些程序中,STL也僅用到vector這樣的容器而已。並且內存管理也直接使用原生指針，並沒有使用智能指針等等。那2個程序，都是應用在電信的基礎軟體中，對可靠性和性能要求很高的場合。所以，其實應該客觀的看待C++，它確實很難，概念太多了，但是它並不是強求你必須弄明白C++所有的知識點後才可以幹活，它許可你先用你明白的內容幹活。
C#的發展前景
如果拋開一切非技術方面的因素，C#無疑是這個星球上有史以來最好的編程語言，它幾乎集中了所有關於軟體開發和軟體工程研究的最新成果。面向對象、類型安全、組件技術、自動內存管理、跨平台異常處理、版本控制、代碼安全管理……你不可能在另外的一種語言中找到所有這些特性。其實在編程語言中真正的霸主多年來一直是C++，所有的操作系統和絕大多數的商品軟體都是用C++作為主要開發語言的。JAVA的程序員絕大多數也是C++的愛好者，PHP的成功裡面也有類似C++的語法的功勞。在操作系統、設備驅動程序、視頻游戲等領域，C++在很長的時間內仍將占據主要地位，而在數量最大的應用軟體的開發上，C# 很可能取代C++的位置。首先，C# 和JAVA一樣，簡直就是照搬了C++的部分語法，因此，對於數量眾多的C++程序員學習起來很容易上手，另外，對於新手來說，比C++要簡單一些。其次，Windows是目前占壟斷地位的平台，而開發Windows應用，當然微軟的聲音是不能忽略的。最重要的是，相對於C++，用C# 開發應用軟體可以大大縮短開發周期，同時可以利用原來除用戶界面代碼之外的C++代碼。
但是，C# 也有弱點。首先，在大量的現有Windows平台上，C# 的程序還不能運行，因為C# 程序需要 .NET運行庫作為基礎，而 .NET運行庫將作為新一代的Windows（Whistler）的一部分發行， 或以Service Pack的形式提交給Windows Me 和 Windows 2000用戶。所以在近期，C# 會主要在伺服器上得到應用。其次，C# 能夠使用的組件或庫還只有 .NET 運行庫等很少的選擇，沒有豐富的第三方軟體庫可用，這需要有一個過程，同時各軟體開發商的支持也很重要。第三，JAVA的成功因素里有一些是反微軟陣營的吹捧，雖然「只寫一次，到處運行」只是一句口號，但畢竟已經是一種成熟的技術。而C# 的鼓吹者目前只有名聲不佳的微軟，且只能運行在Windows上。實際上這兩種語言都不是不可替代的，理智的說，對軟體開發商而言，什麼用的最熟什麼就是最好的工具。尤其對C++的使用者，C# 沒有帶來任何新東西，因為.NET運行庫在C++中也可以使用，沒有要換的絕對的理由。
綜上所述，我個人認為，近幾年，C# 將不可避免地崛起，在Windows平台上成為主角，而JAVA將在UNIX、Linux等平台上成為霸主，C++ 將繼續在系統軟體領域大展拳腳。非常有意思的是，這些語言的語法極其接近，因為JAVA和C# 都是由C++發展而來的。其他的開發工具當然還會在相當長的時間里繼續他們的旅程，不過在市場份額上，將不可避免地受到沖擊。
.NET 和JAVA發展前景。
開發效率方面：對我們來說選擇開發工具的最需要衡量的就是這一因素，J2EE這方面非常欠缺，不象.Net擁有很牛的.Net Studio，不過Jbuilder 6已經出來了，支持EJB2.0 也不算太落後，但一直沒有解決的就是頁面用戶控制項，缺乏可視化設計和Servlet應用程序框架生成。我期望的一種方式是具有象.Net Studio一樣的可以所見即所得的編輯模板(Template)，綁定用戶按鈕事件處理。目前可以通過javascript庫，模板庫及宏庫略微緩解一下Servlet的開發。ASP .Net和Servlet都支持動態更新表現層。
XML支持能力：.Net一直叫囂的就是我集成了XML和Web Service，但JDK1.4也搞出了XML規范，這方面已經差不多了，不過.Net的易用性好得很，而且就此一家，程序員不必費心思選組件或產品。
理解的兩者本質 ： Java是綁定於一種語言的跨系統的平台，是一個有多家供應商提供競爭性產品的規范。 .net是綁定於一種系統的多語言平台，是一個規范性較弱的壟斷性產品。隨便問一個稍有頭腦的Java程序員,Java最大的好處是什麼，他會毫不猶豫地告訴你：「簡潔」。Java為Internet而生，也為自己「簡單易用並提高生產效率」的理念而活。
站在用戶的立場上：Java對大中小型系統都適用，只要搭配不同的操作系統、應用伺服器等等，大到銀行綜合信息系統、全國全省的統一應用系統，小到手機游戲，Java可以大小通吃，來者不拒。尤其是中國政府的重要系統，全沒有.net的份，為啥？你不給我看家底，我怎麼知道你有沒有留了後門，改天偷偷溜進我家？.net照顧中小型應用毫無問題，而且開發速度快，作為用戶，付了錢很快能看到回報，當然歡喜。大型應用么，.net是不是真的支撐不了，我不知道，但諸如windows不穩定不安全的評論由來已久，.net建構於這些親戚的基礎上，壞事就脫不了干係。系統交貨早，功能實現，運行穩定，安全性不出紕漏，用戶就滿意。跨不跨操作系統，這個考量不重要，哪有沒事整天換操作系統的用戶？
站在開發商的立場上：跨平台對開發商是一個巨大的誘惑。一次開發，多個平台使用，降低了遷移成本，有利。但Java的開發工具沒有.net順手，對編碼人員的要求比.net要高。
站在從業人員的立場上：從業人員被市場所驅動，反過來也引導市場。Java起手的過程比較漫長。Java開發者要做很多DIY工作，才能寫出第一個像樣的程序。DIY多了，對於從業的基礎素質，必有提高。.net入門快，windows最大的好處「可視化」在.net延續，集成環境好，單步調試強，這是Java團隊中下至程序員上達項目經理歷來羨慕的地方。做慣了windows和.net下的開發，難免覺得Java下的開發調試實在比較原始：代碼大多要一行一行寫，單步調試很多時候不可能。.net開發效率差不多是Java的三倍(經驗數據)，致命的誘惑。在Java放棄的客戶端程序上，.net是老大，但在服務端，.net還是個小弟弟，有待成長。微軟最初想要構建一個新的技術來回應J2EE，但發現一己之力還辦不到。
.NET和Java在中國哪個更有前途：這個問題好象已經不用再爭了.中國90%的用戶是Windows用戶,保護現有投資,使用很習慣很易用不用重新學習,我又不用跨平台,我干嗎要換Java 呢.過去是微軟沒有提供很強大的WEB開發解決方案,現在提供了,我干嗎要用Java.而且. Net比Java出的遲,肯定會吸收Java的優點,彌補Java的缺點.而且微軟的VM肯定和Windows結合的很好,性能不用擔心.我干嗎用 Java?而且微軟顯然把寶已經壓到了.NET上,你難道還要在.NET的VM上再加一層Java的VM?
也有人這么總結，我不知道准不準確：C++更適合底層的系統級別開發,包括演算法、游戲流程式控制制。C++的跨平台通過不同平台的編譯器支持同樣代碼標准跨平台，平台移植需要重新編譯，且每種編譯器對國際標准支持或多或少都不完善。
而JAVA適合應用開發，在企業管理、網路、資料庫、互聯網、手持設備上應用普遍。JAVA有虛擬機支持，是真正意義的跨平台。
跨平台：JAVA同時運行於多個平台，C++可在多個平台上設計，C#只在Windows。
應用范圍：JAVA范圍很廣，尤其是大型企業軟體開發；C++用於底層的系統軟體開發，一般用於中小企業。
效率速度：C++最好，真正控制機器。
容易程度：JAVA，C#較容易，而C++太難了。
4. 關於asp:datagrid控制項(c#)
1、控制項行中有時包含刪除按鈕，為基添加刪除確認對話框
//查找控制項並為其注冊一段腳本
System.Web.UI.WebControls.LinkButton lnkb = (System.Web.UI.WebControls.LinkButton)e.Item.FindControl("lnkbDel");
if (lnkb != null)
{
lnkb.Attributes.Add("onclick", "return confirm('確認要刪除該條記錄嗎?');");
}
2、有時編輯列包含比較復雜的數據綁定控制項，比如DropdownList
//在ItemDataBound事件中進行綁定
protected void dlstPage_ItemDataBound(object sender, DataListItemEventArgs e)
{
//這句是關鍵，判斷當ItemType為編輯列時進行綁定
if (e.Item.ItemType == ListItemType.EditItem)
{
//此處用FindControl方法綁定控制項，略
}
}
3、
4、
::::::本文的相關評價及說明信息::::::
GridView,DataList,Repeater控制項應用技巧,.Net技術庫，網路大本營是一個專門發布編程資料，計算機相關技巧的大型網站，收集的資料非常之多，做中國最大的IT技術庫和編程資料庫！
CSDN 資料庫頻道 CSDN資料庫頻道提供豐富的資料庫資訊和互動社區學習內容，三個子頻道DB2、Oracle、SQLServer提供各種資料庫應用技巧,相關最新資訊,建庫實例。幫助你提高和培養資料庫學習和應用能力。 ...
NET之基礎概念與原理研究(RSS) · C#(RSS) · DataGrid控制項使用技巧(RSS) · DataList控制項使用技巧(RSS) · Duwamish研究(RSS) · FCKeditor(RSS) · GridView(RSS) · Html與CSS(RSS) · IIS(RSS) · JavaScript(RSS) · MySQL(RSS) · PHP(RSS) · Repeater控制項使用 ...
DataList控制項使用技巧. 深入DataList分頁技術之使用PagedDataSource篇. 摘要：dssd ――點擊此處閱讀全文. 發表於@ 2006年09月29日2:28 PM · 分析DataList分頁和超級鏈接技術. 摘要：sdds ――點擊此處閱讀全文. 發表於@ 2006年09月29日2:16 PM ...
相對DataGrid，DataList和Repeater控制項具有更高的樣式自定義性，所以很多時候我們喜歡使用DataList或Repeater控制項來顯示數據。 ... asp.net控制項應用 asp.net控制項應用[16] C#代碼研究 C#代碼研究[15] asp.net應用技巧 asp.net應用技巧[8] ...
到此為止，我想大家已經基本掌握了在Web應用程序中運用DataGrid控制項自定義數據顯示的方法了。相比於DataList控制項和Repeater控制項，DataGrid控制項具有更多強大的功能，而且其自定義數據顯示的功能也不弱。所以只要你好好掌握其中的技巧和方法，運用DataGrid ...
所以熟練掌握DataGrid控制項的應用技巧是每個Web開發人員所必備的基本能力。 DataGrid控制項能以表格的方式顯示數據源中的數據， ... 顯然DataList控制項和Repeater控制項在這個方面要強於DataGrid控制項，不過如果我們放棄了DataGrid控制項也就相當於放棄了其具有的 ...
顯然DataList控制項和Repeater控制項在這個方面要強於DataGrid控制項，不過如果我們放棄了DataGrid控制項也就相當於放棄了其具有的強大功能。 ... 上一篇： ASP.NET中DataGrid控制項應用技巧簡述(2) 下一篇： 為DataGrid添加確認刪除的對話框（3） ...
效果,設計,解決方案,技巧,伺服器,ASP.NET中DataGrid控制項應用技巧簡述. ... 顯然DataList控制項和Repeater控制項在這個方面要強於DataGrid控制項，不過如果我們放棄了DataGrid控制項也就相當於放棄了其具有的強大功能。那麼，我們如何運用DataGrid控制項也來實現數據 ...
re: datalgrid\datalist\repeater\的用法以及相關小技巧 回復 更多評論. 2006-06-06 20:54 by whllj ... VS2005新控制項之GridView 使用高級技巧系列[一][視頻](5954) · 16. VS2005新控制項之GridView 使用高級技巧系列[二][視頻](5919) · 17. ...
5. 求崔希凡老師的javaweb視頻
當然，杜老師的Java視頻教程肯定是最適合初學者去學習的，就比如老杜的還視頻教程在B站上的播放量是四百多萬，你說老杜的視頻教程適不適合零基礎去學習。動力節點的java基礎教程159集，20年最新升級為全新的java基礎316集，可以通過蛙課網獲取哦
框架那就到學學，這學校不錯，是見過國內比較權威的機構之一，你要有興趣，可以去了解下
6. 前端怎麼實現導出excel內容是數值
在web開發中，有一個經典的功能，就是數據的導入導出。特別是數據的導出，在生產管理或者財務系統中用的非常普遍，因為這些系統經常要做一些報表列印的工作。而數據導出的格式一般是EXCEL，我這里就給大家介紹下^_^。
首先我們來導出EXCEL格式的文件吧。現在主流的操作Excel文件的開源工具有很多,用得比較多的就是Apache的POI及JExcelAPI。這里用Apache POI！先去Apache的大本營下載POI的jar包：http://poi.apache.org/
開啟分步閱讀模式
工具材料：
Eclipse
操作方法
01
首先進入poi的官網，下載需要的jar包，如圖所示，下載zip包
02
其次，將下載的zip包解壓，並將根目錄、lib目錄和ooxml-lib目錄下的jar包放入工程目錄的lib文件中(下一步會說明具體位置)。
03
然後，新建javaweb項目，例如poi-micro項目，將上面的jar包復制到poi-micro\WebContent\WEB-INF\lib目錄下，實際上上面的jar包放在本機的固定文件夾中即可，在build path時倒入進去就OK了。
04
導出的excel表格的每一行可抽象成一個實體類，例如，導出學生信息excel表格，則一行記錄表示一個學生的信息。以此為例，則需要新建學生實體類Student，如圖示。該類有一些屬性兩個構造方法和get/set方法組成。
05
下面，編寫導出excel表格的功能實現類了，為了該類具有通用型，使用泛型和反射機制，安裝屬性的順序輸出實體類的屬性信息。
06
最後編寫測試方法，在main方法中新建幾個學生對象，調用上面的excel表格導出類的方法即可。
07
最終的導出excel表格如圖示。
7. CSDN是什麼意思
是中國軟體開發者網路。
在「中國的軟體開發者網路」或「中國軟體開發者網路」（CSDN），通過操作白蓮Midami數碼科技有限公司，是國內最大的網路之一，軟體開發者在中國。CSDN提供Web論壇，博客託管，IT新聞和其他服務。CSDN擁有約1000萬注冊用戶，是中國最大的開發者社區。
CSDN社區網站是中國軟體程序員尋求建議的地方。海報描述了一個問題，在論壇中以CSDN點的價格發布，然後等待回復。在一些受歡迎的電路板上，海報會在幾個小時內得到響應，如果不是幾分鍾的話。
大多數回復很短，但足以指出錯誤並提供可能的解決方案。一些帖子包含代碼，可能會增長到幾頁。大多數帖子都是用簡體中文寫的，但繁體中文和英文帖子並不少見。在CSDN中，共享知識和互相幫助的文化佔主導地位。
中國專業IT社區CSDN (Chinese Software Developer Network)創立於1999年，致力於為中國軟體開發者提供知識傳播、在線學習、職業發展等全生命周期服務。
旗下擁有：專業的中文IT技術社區：CSDN.NET；移動端開發者專屬APP：CSDN APP、CSDN學院APP；新媒體矩陣微信公眾號：CSDN資訊、程序人生、GitChat、CSDN學院、AI科技大本營、區塊鏈大本營、CSDN雲計算、GitChat精品課、人工智慧頭條、CSDN企業招聘。
IT技術培訓學習平台：CSDN學院；技術知識移動社區：GitChat；IT人力資源服務：科銳福克斯；高校IT技術學習成長平台：高校俱樂部。
8. Java自學的問題
你先去買一本張孝祥的JAVA就業培訓教程
然後到網上去下載JAVA虛擬機，就可以了，
其餘的就要靠你自己去學習了啊！
java入門教程《21天學通java2》第三版
《Java編程思想》（thinking in java）第三版
TOMCAT HOME是指安裝tomcat的主目錄，並非是說目錄的名字就叫「TOMCAT HOME」。
JAVA編程詳解
Think in JAVA(有點難度，推薦在熟悉之後再看）
剛開始其實只要是基礎的都能看，我給你個好的JAVA書籍下載站點：
http://www.javafan.net/index.jsp
學習一門新的知識，不可能指望只看一本，或者兩本書就能夠完全掌握。需要有一個循序漸進的閱讀過程。我推薦Oreilly出版的Java系列書籍。
在這里我只想補充一點看法，很多人學習Java是從《Thinking in Java》這本書入手的，但是我認為這本書是不適合初學者的。我認為正確的使用這本書的方法應該是作為輔助的讀物。《Thinking in Java》並不是在完整的介紹Java的整個體系，而是一種跳躍式的寫作方法，是一種類似tips的方法來對Java很多知識點進行了深入的分析和解釋。
對於初學者來說，最好是找一本Java入門的書籍，但是比較完整的循序的介紹Java的語法，面向對象的特性，核心類庫等等，在看這本書的同時，可以同步來看《Thinking in Java》，來加深對Java的理解和原理的運用，同時又可以完整的了解Java的整個體系。
對於Java的入門書籍，蔡學鏞推薦的是Oreilly的《Exploring Java, 2nd Edition》 或者《Java in a Nutshell,2nd Edition（針對C++背景）》，我並沒有看過這兩本書。其實我覺得電子工業出版社的《Java 2編程詳解》或者《Java 2從入門到精通》就很不錯。
在所有的Java書籍當中，其實最最有用的，並不是O'reilly的 Java Serials，真正最最有用處是JDK的Documentation！幾乎你想獲得的所有的知識在Documentation裡面全部都有，其中最主要的部分當然是Java基礎類庫的API文檔，是按照package來組織的，對於每一個class都有詳細的解釋，它的繼承關系，是否實現了某個介面，通常用在哪些場合，還可以查到它所有的public的屬性和方法，每個屬性的解釋，意義，每個方法的用途，調用的參數，參數的意義，返回值的類型，以及方法可能拋出的異常等等。可以這樣來說，所有關於Java編程方面的書籍其實都不過是在用比較通俗易懂的語言，和良好的組織方式來介紹Documentation裡面的某個package裡麵包含的一些類的用法而已。所以萬變不離其宗，如果你有足夠的能力來直接通過Documentation來學習Java的類庫，那麼基本上就不需要看其他的書籍了。除此之外，Documentation也是編程必備的手冊，我的桌面上有三個Documentation的快捷方式，分別是J2SDK1.4.1的Documentation，Servlet2.3的Documentation和J2SDKEE1.3.1的Documentation。有了這個三個Documentation，什麼其他的書籍都不需要了。
對於Java Web 編程來說，最核心的是要熟悉和掌握HTTP協議，這個就和Java無關了，在熟悉HTTP協議之後，就需要熟悉Java的實現HTTP協議的類庫，也就是Servlet API，所以最重要的東西就是Servlet API。當然對於初學者而言，直接通過Servlet API來學習Web編程有很大的難度，我推薦O'reilly的《Java Server Pages 》這本書來學習Web 編程。
EJB的書籍當中，《Enterprise JavaBeans, 2nd Edition》是一本很不錯的書， EJB的學習門檻是比較高，入門很難，但是這本書完全降低了學習的難度，特別重要的一點是，EJB的學習需要結合一種App Server的具體實現，所以在學習EJB的同時，必須同步的學習某種App Server，而這本書相關的出了三本書，分別是Weblogic6.1，Websphere4.0和JBoss3.0上面部署書中例子的實做。真是既有理論，又有實踐。在學習EJB的同時，可以邊看邊做，EJB的學習會變得很輕松。
但是這本書也有一個問題，就是版本比較舊，主要講EJB1.1規范和部分EJB2.0的規范。而Ed Roman寫的《Mastering EJB 2.0》這本書完全是根據EJB2.0規范寫的，深入淺出，覆蓋了EJB編程的各個方面，並且還有很多編程經驗tips，也是學習EJB非常推薦的書籍之一。
如果是結合Weblogic來學習J2EE的話，《J2EE應用與BEA Weblogic Server》絕對是首選讀物，雖然是講述的Weblogic6.0，仍然值得購買，這本書是BEA官方推薦的教材，作者也是BEA公司的工程師。現在中文版已經隨處可見了。這本書結合Weblogic介紹了J2EE各個方面的技術在Weblogic平台上的開發和部署，實踐指導意義非常強。
在掌握了Java平台基礎知識和J2EE方面的知識以後，更進一步的是學習如何運用OO的方法進行軟體的設計，那麼就一定要學習「設計模式」。Sun公司出版了一本《J2EE核心模式》，是每個開發Java企業平台軟體的架構師必備的書籍。這本書全面的介紹了J2EE體系架構的各種設計模式，是設計師的必讀書籍。
Java Learning Path（三）過程篇
每個人的學習方法是不同的，一個人的方法不見得適合另一個人，我只能是談自己的學習方法。因為我學習Java是完全自學的，從來沒有問過別人，所以學習的過程基本上完全是自己摸索出來的。我也不知道這種方法是否是比較好的方法，只能給大家提供一點參考了。
學習Java的第一步是安裝好JDK，寫一個Hello World， 其實JDK的學習沒有那麼簡單，關於JDK有兩個問題是很容易一直困擾Java程序員的地方：一個是CLASSPATH的問題，其實從原理上來說，是要搞清楚JRE的ClassLoader是如何載入Class的；另一個問題是package和import問題，如何來尋找類的路徑問題。把這兩個問題摸索清楚了，就掃除了學習Java和使用JDK的最大障礙。推薦看一下王森的《Java深度歷險》，對這兩個問題進行了深入的探討。
第二步是學習Java的語法。Java的語法是類C++的，基本上主流的編程語言不是類C，就是類C++的，沒有什麼新東西，所以語法的學習，大概就是半天的時間足夠了。唯一需要注意的是有幾個不容易搞清楚的關鍵字的用法，public，protected，private，static，什麼時候用，為什麼要用，怎麼用，這可能需要有人來指點一下，我當初是完全自己琢磨出來的，花了很久的時間。不過後來我看到《Thinking in Java》這本書上面是講了這些概念的。
第三步是學習Java的面向對象的編程語言的特性的地方。比如繼承，構造器，抽象類，介面，方法的多態，重載，覆蓋，Java的異常處理機制。對於一個沒有面向對象語言背景的人來說，我覺得這個過程需要花很長很長時間，因為學習Java之前沒有C++的經驗，只有C的經驗，我是大概花了一個月左右吧，才徹底把這些概念都搞清楚，把書上面的例子反復的揣摩，修改，嘗試，把那幾章內容反復的看過來，看過去，看了不下5遍，才徹底領悟了。不過我想如果有C++經驗的話，應該一兩天時間足夠了。那麼在這個過程中，可以多看看《Thinking in Java》這本書，對面向對象的講解非常透徹。可惜的是我學習的時候，並沒有看到這本書，所以自己花了大量的時間，通過自己的嘗試和揣摩來學會的。
第四步就是開始熟悉Java的類庫。Java的基礎類庫其實就是JDK安裝目錄下面jre\lib\rt.jar這個包。學習基礎類庫就是學習rt.jar。基礎類庫裡面的類非常非常多。據說有3000多個，我沒有統計過。但是真正對於我們來說最核心的只有4個，分別是
java.lang.*;
java.io.*;
java.util.*;
java.sql.*;
這四個包的學習，每個包的學習都可以寫成一本厚厚的教材，而O'reilly也確實是這樣做的。我覺得如果時間比較緊，是不可能通過讀四本書來學習。我覺得比較好的學習方法是這樣的：
首先要通讀整個package的框架，了解整個package的class，interface，exception的構成，最好是能夠找到介紹整個包框架的文章。這些專門介紹包的書籍的前幾章應該就是這些總體的框架內容介紹。
對包整體框架的把握並不是要熟悉每個類的用法，記住它有哪些屬性，方法。想記也記不住的。而是要知道包有哪些方面的類構成的，這些類的用途是什麼，最核心的幾個類分別是完成什麼功能的。我在給人培訓的時候一般是一次課講一個包，所以不可能詳細的介紹每個類的用法，但是我反復強調，我給你們講這些包的不是要告訴你們類的方法是怎麼調用的，也不要求你們記住類的方法調用，而是要你們了解，Java給我們提供了哪些類，每個類是用在什麼場合，當我遇到問題的時候，我知道哪個類，或者哪幾個類的組合可以解決我的問題，That'all！，當我們具體寫程序的時候，只要你知道該用哪個類來完成你的工作就足夠了。編碼的時候，具體的方法調用，是邊寫代碼，邊查Documentation，所有的東西都在Documentation裡面，不要求你一定記住，實際你也記不住3000多個類的總共將近10萬個方法調用。所以對每個包的總體框架的把握就變得極為重要。
第五步，通過上面的學習，如果學的比較扎實的話，就打好了Java的基礎了，剩下要做的工作是掃清Documentation裡面除了上面4個包之外的其他一些比較有用處的類。相信進展到這一步，Java的自學能力已經被培養出來了，可以到了直接學習Documentation的水平了。除了要做GUI編程之外，JDK裡面其他會有用處的包是這些：
java.text.*;
java.net.*;
javax.naming.*;
這些包裡面真正用的比較多的類其實很少，只有幾個，所以不需要花很多時間。
第六步，Java Web 編程
Web編程的核心是HTTP協議，HTTP協議和Java無關，如果不熟悉HTTP協議的話，雖然也可以學好Servlet/JSP編程，但是達不到舉一反三，一通百通的境界。所以HTTP協議的學習是必備的。如果熟悉了HTTP協議的話，又有了Java編程的良好的基礎，學習Servlet/JSP簡直易如反掌，我學習Servlet/JSP就用了不到一周的時間，然後就開始用JSP來做項目了。
在Servlet/JSP的學習中，重頭仍然是Servlet Documentation。Servlet API最常用的類很少，花比較少的時間就可以掌握了。把這些類都看一遍，多寫幾個例子試試。Servlet/JSP編程本質就是在反復調用這些類來通過HTTP協議在Web Server和Brower之間交談。另外對JSP，還需要熟悉幾個常用JSP的標記，具體的寫法記不住的話，臨時查就是了。
此外Java Web編程學習的重點要放在Web Application的設計模式上，如何進行業務邏輯的分析，並且進行合理的設計，按照MVC設計模式的要求，運用Servlet和JSP分別完成不同的邏輯層，掌握如何在Servlet和JSP之間進行流程的控制和數據的共享，以及Web Application應該如何配置和部署。
第七步，J2EE編程
以上的學習過程如果是比較順利的話，進行到這一步，難度又陡然提高。因為上面的知識內容都是只涉及一個方面，而像EJB，JMS，JTA等核心的J2EE規范往往是幾種Java技術的綜合運用的結晶，所以掌握起來難度比較大。
首先一定要學習好JNDI，JNDI是App Server定位伺服器資源（EJB組件，Datasouce，JMS）查找方法，如果對JNDI不熟悉的話，EJB，JMS這些東西幾乎學不下去。JNDI其實就是javax.naming.*這個包，運用起來很簡單。難點在於伺服器資源文件的配置。對於伺服器資源文件的配置，就需要看看專門的文檔規范了，比如web.xml的寫法，ejb-jar.xml的寫法等等。針對每種不同的App Server，還有自己的服務資源配置文件，也是需要熟悉的。
然後可以學習JTA，主要是要理解JTA對於事務的控制的方法，以及該在什麼場合使用JTA。這里可以簡單的舉個例子，我們知道一般情況可以對於一個資料庫連接進行事務控制(conn.setAutoCommit(false),....,conn.commit())，做為一個原子操作，但是假設我的業務需求是要把對兩個不同資料庫的操作做為一個原子操作，你能做的到嗎？這時候只能用JTA了。假設操作過程是先往A資料庫插一條記錄，然後刪除B資料庫另一個記錄，我們自己寫代碼是控制不了把整個操作做為一個原子操作的。用JTA的話，由App Server來完成控制。
在學習EJB之前要學習對象序列化和RMI，RMI是EJB的基礎。接著學習JMS和EJB，對於EJB來說，最關鍵是要理解EJB是如何通過RMI來實現對遠端對象的調用的，以及在什麼情況下要用到EJB。
在學習完EJB，JMS這些東西之後，你可能會意識到要急不可待學習兩個領域的知識，一個是UML，另一個是Design Pattern。Java企業軟體的設計非常重視框架(Framework)的設計，一個好的軟體框架是軟體開發成功的必要條件。在這個時候，應該開始把學習的重點放在設計模式和框架的學習上，通過學習和實際的編程經驗來掌握EJB的設計模式和J2EE的核心模式。
J2EE規范裡面，除了EJB，JMS，JTA，Servlet/JSP，JDBC之外還有很多很多的企業技術，這里不一一進行介紹了。
另外還有一個最新領域Web Services。Web Services也完全沒有任何新東西，它像是一種黏合劑，可以把不同的服務統一起來提供一個統一的調用介面，作為使用者來說，我只要獲得服務提供者給我的WSDL（對服務的描述），就夠了，我完全不知道伺服器提供者提供的服務究竟是EJB組件，還是.Net組件，還是什麼CORBA組件，還是其他的什麼實現，我也不需要知道。Web Services最偉大的地方就在於通過統一的服務提供方式和調用方式，實現了整個Internet服務的共享，是一個非常令人激動的技術領域。Web Services好像目前還沒有什麼很好的書籍，但是可以通過在網路上面查資料的方式來學習。
Java Learning Path（四） 方法篇
Java作為一門編程語言，最好的學習方法就是寫代碼。當你學習一個類以後，你就可以自己寫個簡單的例子程序來運行一下，看看有什麼結果，然後再多調用幾個類的方法，看看運行結果，這樣非常直觀的把類給學會了，而且記憶非常深刻。然後不應該滿足把代碼調通，你應該想想看如果我不這樣寫，換個方式，再試試行不行。記得哪個高人說過學習編程就是個破壞的過程，把書上的例子，自己學習Documentation編寫的例子在運行通過以後，不斷的嘗試著用不同的方法實現，不斷的嘗試破壞代碼的結構，看看它會有什麼結果。通過這樣的方式，你會很徹底的很精通的掌握Java。
舉個例子，我們都編過Hello World
public class HelloWorld {
public static void main(String[] args) {
System.out.println("Hello World");
}
}
很多初學者不是很理解為什麼main方法一定要這樣來定義public static void main(String[] args)，能不能不這樣寫？包括我剛學習Java的時候也有這樣的疑問。想知道答案嗎？很簡單，你把main改個名字運行一下，看看報什麼錯誤，然後根據出錯信息進行分析；把main的public取掉，在試試看，報什麼錯誤；static去掉還能不能運行；不知道main方法是否一定要傳一個String[]數組的，把String[]改掉，改成int[]，或者String試試看；不知道是否必須寫args參數名稱的，也可以把args改成別的名字，看看運行結果如何。
我當初學習Java的時候就是這樣做的，把Hello World程序反復改了七八次，不斷運行，分析運行結果，最後就徹底明白為什麼了main方法是這樣定義的了。
此外，我對於staic，public，private，Exception，try{ }catch {}finally{}等等等等一開始都不是很懂，都是把參考書上面的例子運行成功，然後就開始破壞它，不斷的根據自己心裏面的疑問來重新改寫程序，看看能不能運行，運行出來是個什麼樣子，是否可以得到預期的結果。這樣雖然比較費時間，不過一個例子程序這樣反復破壞幾次之後。我就對這個相關的知識徹底學通了。有時候甚至故意寫一些錯誤的代碼來運行，看看能否得到預期的運行錯誤。這樣對於編程的掌握是及其深刻的。
其中特別值得一提的是JDK有一個非常棒的調試功能，-verbose
java –verbose
javac –verbose 以及其它很多JDK工具都有這個選項
-verbose 可以顯示在命令執行的過程中，JVM都依次載入哪裡Class，通過這些寶貴的調試信息，可以幫助我們分析出JVM在執行的過程中都幹了些什麼。
另外，自己在學習過程中，寫的很多的這種破壞常式，應該有意識的分門別類的保存下來，在工作中積累的典型常式也應該定期整理，日積月累，自己就有了一個代碼庫了。遇到類似的問題，到代碼庫裡面 Copy & Paste ，Search & Replace，就好了，極大提高了開發速度。最理想的情況是把一些通用的常式自己再抽象一層，形成一個通用的類庫，封裝好。那麼可復用性就更強了。
所以我覺得其實不是特別需要常式的，自己寫的破壞常式就是最好的例子，如果你實在對自己寫的代碼不放心的話，我強烈推薦你看看JDK基礎類庫的Java源代碼。在JDK安裝目錄下面會有一個src.zip，解開來就可以完整的看到整個JDK基礎類庫，也就是rt.jar的Java源代碼，你可以參考一下Sun是怎麼寫Java程序的，規范是什麼樣子的。我自己在學習Java的類庫的時候，當有些地方理解的不是很清楚的時候，或者想更加清晰的理解運作的細節的時候，往往會打開相應的類的源代碼，通過看源代碼，所有的問題都會一掃而空。
Java Learning Path（五）資源篇
1、 http://java.sun.com/ (英文)
Sun的Java網站，是一個應該經常去看的地方。不用多說。
2、http://www-900.ibm.com/developerWorks/cn/
IBM的developerWorks網站，英語好的直接去英文主站點看。這里不但是一個極好的面向對象的分析設計網站，也是Web Services，Java，Linux極好的網站。強烈推薦！！！
3、http://www.javaworld.com/ (英文)
關於Java很多新技術的討論和新聞。想多了解Java的方方面面的應用，這里比較好。
4、http://dev2dev.bea.com.cn/index.jsp
BEA的開發者園地，BEA作為最重要的App Server廠商，有很多獨到的技術，在Weblogic上做開發的朋友不容錯過。
5、http://www.huihoo.com/
灰狐動力網站，一個專業的中間件網站，雖然不是專業的Java網站，但是在J2EE企業應用技術方面有深厚的造詣。
6、http://www.theserverside.com/home/ (英文)
TheServerSide是一個著名的專門面向Java Server端應用的網站。
7、http://www.javaresearch.org/
Java研究組織，有很多優秀的Java方面的文章和教程，特別是在JDO方面的文章比較豐富。
8、http://www.cnjsp.org/
JSP技術網站，有相當多的Java方面的文章和資源。
9、http://www.jdon.com/
Jdon論壇，是一個個人性質的中文J2EE專業技術論壇，在眾多的Java的中文論壇中，Jdon一個是技術含量非常高，帖子質量非常好的論壇。
10、http://sourceforge.net/
SourgeForge是一個開放源代碼軟體的大本營，其中也有非常非常豐富的Java的開放源代碼的著名的軟體。
參考資料：http://www..com/s?ie=gb2312&bs=%D4%F5%C3%B4%D7%D4%D1%A7java&sr=&z=&cl=3&f=8&wd=%D4%F5%C3%B4%D1%A7java&ct=0