其他

　　在使用平台進行軟體開發有好多優點，如開發速度快、開發成本低、出錯率低、容易維護及應對項目變更等。但在使用的過程中平台軟體也不斷的更新及最佳化，所以在其中有很多的功能是開發人員並不可能及時知道的，而且有很多的“機關”可能會浪費大量的時間，也可能在應用的過程中突然想不起來當前應該是怎樣進行配置等等。所以自己也在想該怎樣去解決這個問題，首先我們肯定會想到的是：文檔。　　確實，操作文檔相當的重要，這個不用作解釋，但如果單純是個文檔顯得沒有活力，還要去查，搜尋等，無法快速定位在出現問題的功能上，有的功

　　看到標題，今天又是來談自訂表格單，最近一直在思考怎樣能把一個自訂表格單做的更好，遲遲沒有進行代碼的編寫，就是在找一個更好的思路，特別是後續的擴充功能。　　自訂表格單，就是為了將資料的增刪改查功能進行智能化，不用再通過編寫代碼來實現，畢竟這個重複的勞動力的付出很是不值，也很無趣。將編寫代碼的過程提取，開發一個智能的表單來代替，快哉！　　思路該如何呢？想到了使用VS的拖拖拽拽的功能，它的過程就是執行個體化一個控制項的過程，所謂控制項，本身它就是個類，定義了該控制項的各種屬性以及可綁定的方法，我們

在中國有很多人都認為IT行為是吃青春飯的，如果過了30歲就很難有機會再發展下去！其實現實並不是這樣子的，在下從事.NET及JAVA方面的開發的也有8年的時間了，在這裡在下想憑藉自己的親身經曆，與大家一起探討一下。  明確入行的目的很多人幹IT這一行都衝著“收入高”這一點的，因為只要學會一點HTML、DIV+CSS，要做一個頁面開發人員並不是一件難事，而且做一個頁面開發人員更容易找到工作，收入比普通的工作還要高一些，所以成為了很多高校畢業生的選擇。如果您只是抱著這樣一個心態來入行的話，那閣下可真的

欣賞式探詢讀書筆記 xmind格式     

　　新的工作環境已經半年了，雖然技術上進步不大，但也總想寫一些東西，算是這周的紀念品吧。　　公司的項目開發是基於平台的，所以大多數的時間除了瞭解和討論客戶需求，剩下的時間都是在配置表單或流程，開啟VS的機會是少之又少，倒是資料庫使用的更頻繁了一些。因為自己也沒有使用過其他工作平台，所以可能思想有一些束縛，在也挑選自己感覺非常有道理的，今天就來說一下關於項目中的資訊選擇功能，如人員選擇，部門選擇，類別選擇等。　　在說之前更想說的是，對於一個系統來說，風格及操作的一致性有多麼的重要，現在流程的蘋果產

　　直接切入主題，關於清單類型表單的自訂思路及實現方法。　　表單的自訂，可以為我們省下更多的時間來關注業務，而不必對基本的表單再浪費更多的開發時間，而列表，往往是一個功能的入口，以及成果展示的方式，能夠快速的開發列表功能，對於項目來說是非常有利有，也能很大程度的降低項目成本，還能避免因為每個程式員的書寫方式問題出現交接上的不爽。　　舉個平常對列表開發的簡單過程，首先，對於要開發的列表業務要有一定的瞭解，要明確列表需要展現哪些欄位資訊，這也是組織SQL語句的過程。接著就要對頁面進行實現，拿web來

　　今天就描述下自己在自訂表格單中的跳過程中URL參數傳遞的處理。　　平常的開發中，我們進行URL傳參時，肯定都會定義一個有意義的參數名，讓接收頁面去Request擷取，這沒有問題，但如果是在自訂表格單中，參數的名稱上一般都會比較的固定，系統識別的名稱無非就那約定好的一些，所以不能再通過更多的&符號來間隔的傳遞參數，那該如何處理呢？我們可以約定一定的格式，將參數進行數組化，通過固定的參數名傳遞，樣子如下：PPI_ID|PPI20100304001,PSF_ID|PSF2010121000

 Code highlighting produced by Actipro CodeHighlighter

　　記得剛開始使用grid時，如果想對一個類別欄位進行顯示，往往需要在後台寫一個方法，通過頁面調用的方式來顯示欄位資訊，當然這也只是一種方式，有的可能在資料返回時已經作了處理，處理方式除了SQL聯集查詢外，一般都要有一個資料來源的存在，能夠靈活的綁定資料來源，是列表功能快速開發的一個基本要求。　　自訂欄表中的資料來源綁定也是源自上述思想，對於一個類別欄位，首先我們要知道它的資料來源應該是什麼，說到資料來源類別，這裡還可以分為多種，最為常見的就是自訂SQL語句來查詢，比如項目的業務類型、部門名稱等

 代碼 Code highlighting produced by Actipro CodeHighlighter

有人把女程式員分為兩種：一種是女強人 、 另一種是平常女人。都是女人又都是女程式員，但興趣愛好方面應該會截然不同，看書也一樣。女強人，應當對資料分析與挖掘、團隊協作、專案管理等方面的圖書感興趣。平常女人的話，就相對簡單的多，像軟體測試、互動設計以及各種文檔之類的圖書更為恰當，也是其興趣所在。在這還要特別指出一下，世界上第一位程式員，是個女子，美麗且智慧的奧古斯塔·愛達·金（Augusta Ada King）【原名奧古斯塔·愛達·拜倫（Augusta Ada

　　昨天還是想這事，把自己的資料字典維護頁面貼一下，今天就來說下自己的資料字典吧。　　關於資料字典，它是一個對系統中經常使用的一些較為固定的資料進行維護，程式中可以方便調用的一個系統功能。　　至於說為什麼要有這麼一個功能，我感覺最為令人信服的理由就是方便維護，一個系統，特別是較大、較亂的系統，如果能夠清晰的將它內部的這種分類型的資料統一管理，那是一個多麼幸運的事，一提到要更改什麼，起碼我能知道它在哪，這是非常不錯的。再說是資料字典，可以形成我們一個系統的知識庫，對於知識的積累還是有協助的，時間長

在知乎上看到有人提問：“使用者體驗設計師、UI 設計師和互動設計師有什麼區別？”因為他發現有公司同時有以上 3 種或兩種職位，不知道具體區別是在什麼地方。薛天祿給出的回答很贊，如果你也不清楚這三者之間的區別，不妨看看他的回答：首先，不同的公司對不同職位都有自己的理解和定位，名稱相似的職位在不同的公司文化中通常職責不盡相同。比如 Google 會要求使用者體驗設計師有 “專家級的 XHTML，HTML，CSS 和 Javascript 能力”

最近為了偵錯工具，配置了本地的DNS伺服器，我們要類比網上的網域名稱環境，發現還有很多的朋友不太瞭解，所以發一個圖文教程簡單的介紹下DNS正向地區設定的次層網域的兩種方法，如果有什麼不對的地方還望網友們指正批評！謝謝！不廢話了，貼圖先！先對下面提到的三種方法作一個簡單的總結總結一下：第一種方法:    主要做普通的網域名稱解析及單網站泛解析 第二種方法:    主是要為多網站做泛解析服務，設定多個ip設定多網域名稱泛解析 第三種方法： 

繼承 (inheritance) 是物件技術的核心，就是這個特性提供了 OOP 絕大部份的特色。這東西被拿掉的話，OOP就沒這麼迷人了。繼然談到了 ORM，就不能不來看看 R(關聯式資料庫) 怎麼被對應到 O(物件)，同時還能處理好繼承關係。RDBMS 連基本的物件 (Object Base) 都不支援了，更別說物件導向 (Object Oriented) 了。因此要搞懂 ORM 及繼承的關係，就得先瞭解基本的 OO 是怎麼實作 "繼承" 這個動作。這些知識是古早以前學 C++

在資料庫中，union和union all關鍵字都是將兩個結果集合并為一個，但這兩者從使用和效率上來說都有所不同。union在進行錶鏈接後會篩選掉重複的記錄，所以在錶鏈接後會對所產生的結果集進行排序運算，重複資料刪除的記錄再返回結果。如： select * from test_union1    union select * from test_union2      

　　這個標題有點俗！每個系統的這個功能都有相似之處，簡單，卻不能缺少，把菜單管理做的方便、簡潔、易用還是很不錯的。　　根據不同的系統，菜單的資料結構也大有不同，在此我是將它分為了三級：模組、欄目、菜單。它並不是萬能的，但能夠做到一般性的使用足矣。　　想到菜單，就會想到授權，但今天咱暫且不談這，就專心的看下我眼下的菜單管理，直接貼圖：確實，菜單的管理我是通過樹結構來弄的，這可能也是大多數人的想法，清晰，方便，功能很簡單，就直接上添加模組的圖：同樣的，表單上有最喜歡的欄位：描述，可以看到左下角還有一

比較兩個查詢的結果，返回非重複值。EXCEPT 從左查詢中返回右查詢沒有找到的所有非重複值。INTERSECT 返回 INTERSECT 運算元左右兩邊的兩個查詢都返回的所有非重複值。以下是將使用 EXCEPT 或 INTERSECT 的兩個查詢的結果集組合起來的基本規則： 所有查詢中的列數和列的順序必須相同。 資料類型必須相容。法{ <query_specification> | ( <query_expression> ) } { EXCEPT |

內容簡介：美國聖弗朗西斯科市有一位工程師為其未婚妻打造了一枚獨一無二的求婚戒指，當他靠近未婚妻時，那戒指就會發光。今年 36 歲的 Ben Kokes，在一家電子工廠上班，他花費了五個月時間（從1月開始，5月中旬完工），打造了這枚發光的戒指。最後送給了 35 歲的未婚妻 Julie Nicolai。Julie 的表現非常激動，激動的沒讓 Ben Kokes 說完求婚詞。發光戒指中嵌有微型 LED 燈，當傳達物靠近時，就會發光，耗時五個月（從1月開始，5月中旬完工）。純鈦戒指中鑲嵌了微型 LED

　　說到通用選擇，可能接觸過平台開發的朋友都不陌生，選擇單個人員、選擇多種類型等，是系統開發中經常需要使用的功能，將它提煉成為可配置性的通用功能確實是非常有必要。先說下這裡的通用選擇都哪些特點。　　對於選擇的方式，通常需要支援單選與多選。　　對於選擇後資料處理的方式，應該能夠自動儲存或者資料返回。　　一個挺實用的功能，提供選擇的後置函數介面，提供一些參數，用來在選擇後作特殊的業務處理。　　對於需要儲存的通用選擇，通用是以子表的形式存在，比如類別、人員等，通常是子列表的形式。通過配置表及欄位資訊，