以下是小編為大家整理的C程序員實習日記，歡迎大家閱讀！

C程序員實習日記1

第一次是來面試，當時感覺不怎么好，面試的人問了一些問題有些沒回答上來，這并不奇怪，C#自己學習了2個月，然后就沒怎么用，回答不上我覺得可以理解。沒想到還能第二次來到公司，由于對環境還比較陌生，所以今天大概熟悉了一點，成都這邊有50多個員工，屬于研發中心，主要從事無線微波得較大型的設備的再加工，聽同事說以前在北京，但由于北京人力資源太貴所以來到成都，這聽起來怎么像是在壓榨的感覺啊，沒關系，只是來實習而已。

對于今天的第一個小任務，要求：界面、數據壓入堆棧、簡單冒泡排序實現數據有序輸出、堆排序輸出。讓我快速地熟悉了C#，從界面到后臺都得到了加強，此外在實現過程中對用到的冒泡排序和堆排序有了更深的理解，并能用C#熟練的實現。

C程序員實習日記2

今天對昨天的實例進行了改進和提高，將堆排序和冒泡排序封裝在一個動態鏈接庫中，提供函數調用和事件委托。此外加入XML進行配置，在XML中存入相關配置信息，提供一個單獨的XmlClass對其進行操作，加深了對xml的理解。為增加程序的性能，采用簡單工廠模式對其客戶端和算法操作進行分離，有很好的可擴展性，對于C#的動態鏈接庫和XML配置不怎么熟悉，花了很長一段時間看書和網上查資料，才開始動手寫代碼，不過感覺還是很快，因為自己有編程的能力，可以說掌握了一種快速編程的方法，所以就能駕輕就熟。

C程序員實習日記3

今天采用抽象工廠模式對實例進行改進，以達到動態加載算法實例，抽象工廠模式屬于設計模式中的內容，自己在學習視頻的時候注意到了，所以之前就買了本大話設計模式來學習，可以說了解了大部分設計模式。今天遇到后自己心里也有底，溫故一下書就知道怎么做 了，可以說這是我學習的方法。

針對以上，在dll中提供一個接口，兩個算法都繼承了該接口，對于該dll的操作都通過接口ISort進行，此外，修改工廠為抽象工廠，提供一個接口創建算法，在算法中返回ISort實例，在主函數中使用該實例進行對應的排序算法操作，充分顯示了抽象工廠的作用，本例子將反射和抽象工廠模式結合，增加了程序的可擴展性和可維護性。

C程序員實習日記4

由于自己編程能力還算可以吧，所以軟件組的老大就叫我加入開始做一些這次項目的東西，說了一句“我可是沒把你當實習生哦。”，這話一聽當時感覺還好，不過后來一想，我卻是吃虧了，他不把我當實習生但給我的卻是實習生工資，這點有點想不過去，不過沒關系，實習嘛就是學習，有基本工資也不錯了，關鍵的公司提供的條件那是在學校里所得不到的：商業性的問題。

今天將上述實例的方法用到本次項目中，開始項目中的一些任務。仍然使用抽象工廠模式，將自定義窗體封裝到類庫中，將窗體的控件預留到外部進行實施定義;在XML文件中配置窗體的實際參數，利用反射按從XML中讀出的參數動態加載窗體。將上述的實例方法運用到了實際項目中。

C程序員實習日記5

昨天的任務基本已完成，今天溫習了一下加深了對知識的理解，可以說掌握得比較牢固了，今天又有新的任務，可以說每天都在進步。

按組長要求編寫RankStyle=Group時的窗體排列方式，在XML中配置控件或窗體的參數，利用XML讀接口從XML中讀出參數，為了使程序具有靈活性，在組長的提示下將窗體的配置按照窗體的Name屬性進行配置,之前是利用字段的方式寫在XML中，但是組長說這樣的話在程序中查找不方便，可我覺得沒什么啊，當然了，對于我這個沒有工作經驗的人來說看什么都是可以的，所以要多學習學習。在FormControl中利用雙層循環將控件容器中的控件按Name與讀出的配置進行匹配，如果在XML中配置了該窗體，就設置該窗體的一些屬性。個人感覺實現了該功能吧，最后經過組長看了一下審核基本通過。 要求：

根據Group，從XML中讀取控件配置信息，動態設置控件在主窗體中的顯示。

C程序員實習日記6

每天都有不同的要求，哎，果然和學校是不一樣啊，今天將DLL中的控件更換成窗體，方法仍然采用反射+抽象工廠模式。

雖然自己有一定編程經驗，但是遇到問題是不可避免的，今天在編寫過程中遇到了一個問題，就是當窗體接口和窗體類庫放在一起的時候，在工廠中創建的實例無法裝換成接口類型，經過多次測試和上網查閱相關資料，發現控件類實現接口，不能將接口放在同一個類庫中，針對以上問題在網上查閱相關資料，結果還是沒有相同的主題，沒辦法，只有硬著頭皮在網上找，沒有主題就找有沒有相關的例子，結果還是沒有，差點就無語了，突然看到有類似方法的一個例子，真是柳暗花明又一村啊，仔細看了看，發現他和我的結構有些差異，所以調了一下結構，一編譯果然痛過了，就是將兩個類庫分離，再在接口中加入工廠便可創建實例并轉換成接口。在主窗體中只需要引用該接口類庫便可達到要求，使程序耦合性降低了。

C程序員實習日記7

由于黎甫對DLL的要求發生變化，今天就不斷修正DLL程序，并驗收，再結合Group的窗口排列方式對DLL中的窗體進行測試。我現在才明白，編寫代碼是一件很容易的事，但是編寫好的代碼卻是很難的事情，好的代碼要有可維護性、可擴展性，這樣在修改的話就很簡單，可不能像我昨天寫得代碼，根本談不上藝術，所以一旦面對客戶的要求，改動就很困難，這一點值得我繼續學習。

至于可擴展性也是對維護的擴充，因為顧客的要求有可能隨時都在改變，我們也得適應客戶的要求，如果軟件有了可擴展性，那么它的改動就比較小，就能適應顧客的要求。所有上面說的這些都是自己要學習的地方，這樣在以后的商業開發中才能游刃有余，應對自如。