程序員實(shí)習(xí)日記（精選8篇）
程序員實(shí)習(xí)日記 篇1
今天算是正式開始做公司的項(xiàng)目，上午黎甫和秦陽在會(huì)議室給我講解了項(xiàng)目的一些功能并進(jìn)行討論，大致理解了項(xiàng)目后，分配了自己的一部分任務(wù)，整理過后在多次與秦陽的溝通請(qǐng)教下明白了自己的任務(wù)，下午秦陽建好vss，我拷貝項(xiàng)目進(jìn)行框架整合和測(cè)試。 在編寫代碼的過程中也涉及了一些問題，通過看msdn和上論壇，基本得到解決，同時(shí)也了解了一些c#其它的相關(guān)知識(shí)。
程序員實(shí)習(xí)日記 篇2
CToolTipCtrl 函類中的RelayEvent函數(shù)的存在理由，試想當(dāng)我們的鼠標(biāo)在一個(gè)窗體上滑動(dòng)的時(shí)候，會(huì)發(fā)生什么情況，如果鼠標(biāo)下方的窗體是一個(gè)子窗體，那么這個(gè)子窗體將會(huì)收到鼠標(biāo)的消息，而主窗體的鼠標(biāo)消息因此被屏蔽，windows是通過這種方式來處理消息的，這里CToolTipCtrl對(duì)象也需要受到消息來進(jìn)行處理，但是這些鼠標(biāo)消息卻不能流向CToolTipCtr對(duì)象，這就是問題的關(guān)鍵之所在，如何將消息導(dǎo)向CtoolTipCtrl就成了關(guān)鍵，一般我們會(huì)在PretranslateMessage函數(shù)中攔截消息之后使之導(dǎo)向CTOOLTipCtrl，這個(gè)導(dǎo)向所用的函數(shù)就是RelayEvent函數(shù)。
有關(guān)ToolTip控件的討論目前還存在疑惑，1當(dāng)我們使用LPSTR_TEXTCALLBACK的時(shí)候，為什么ON_NOTIFY可以得倒響應(yīng)消息，卻會(huì)在某個(gè)時(shí)間點(diǎn)出現(xiàn)Stack run over的錯(cuò)誤。
程序員實(shí)習(xí)日記 篇3
今天對(duì)昨天的實(shí)例進(jìn)行了改進(jìn)和提高，將堆排序和冒泡排序封裝在一個(gè)動(dòng)態(tài)鏈接庫中，提供函數(shù)調(diào)用和事件委托。此外加入xml進(jìn)行配置，在xml中存入相關(guān)配置信息，提供一個(gè)單獨(dú)的xmlclass對(duì)其進(jìn)行操作，加深了對(duì)xml的理解。為增加程序的性能，采用簡單工廠模式對(duì)其客戶端和算法操作進(jìn)行分離，有很好的可擴(kuò)展性，對(duì)于c#的動(dòng)態(tài)鏈接庫和xml配置不怎么熟悉，花了很長一段時(shí)間看書和網(wǎng)上查資料，才開始動(dòng)手寫代碼，不過感覺還是很快，因?yàn)樽约河芯幊痰哪芰�，可以說掌握了一種快速編程的方法，所以就能駕輕就熟。
程序員實(shí)習(xí)日記 篇4
每天都有不同的要求，哎，果然和學(xué)校是不一樣啊，今天將dll中的控件更換成窗體，方法仍然采用反射+抽象工廠模式。
雖然自己有一定編程經(jīng)驗(yàn)，但是遇到問題是不可避免的，今天在編寫過程中遇到了一個(gè)問題，就是當(dāng)窗體接口和窗體類庫放在一起的時(shí)候，在工廠中創(chuàng)建的實(shí)例無法裝換成接口類型，經(jīng)過多次測(cè)試和上網(wǎng)查閱相關(guān)資料，發(fā)現(xiàn)控件類實(shí)現(xiàn)接口，不能將接口放在同一個(gè)類庫中，針對(duì)以上問題在網(wǎng)上查閱相關(guān)資料，結(jié)果還是沒有相同的主題，沒辦法，只有硬著頭皮在網(wǎng)上找，沒有主題就找有沒有相關(guān)的例子，結(jié)果還是沒有，差點(diǎn)就無語了，突然看到有類似方法的一個(gè)例子，真是柳暗花明又一村啊，仔細(xì)看了看，發(fā)現(xiàn)他和我的結(jié)構(gòu)有些差異，所以調(diào)了一下結(jié)構(gòu)，一編譯果然痛過了，就是將兩個(gè)類庫分離，再在接口中加入工廠便可創(chuàng)建實(shí)例并轉(zhuǎn)換成接口。在主窗體中只需要引用該接口類庫便可達(dá)到要求，使程序耦合性降低了。
程序員實(shí)習(xí)日記 篇5
由于自己編程能力還算可以吧，所以軟件組的老大就叫我加入開始做一些這次項(xiàng)目的東西，說了一句“我可是沒把你當(dāng)實(shí)習(xí)生哦。”，這話一聽當(dāng)時(shí)感覺還好，不過后來一想，我卻是吃虧了，他不把我當(dāng)實(shí)習(xí)生但給我的卻是實(shí)習(xí)生工資，這點(diǎn)有點(diǎn)想不過去，不過沒關(guān)系，實(shí)習(xí)嘛就是學(xué)習(xí)，有基本工資也不錯(cuò)了，關(guān)鍵的公司提供的條件那是在學(xué)校里所得不到的：商業(yè)性的問題。
今天將上述實(shí)例的方法用到本次項(xiàng)目中，開始項(xiàng)目中的一些任務(wù)。仍然使用抽象工廠模式，將自定義窗體封裝到類庫中，將窗體的控件預(yù)留到外部進(jìn)行實(shí)施定義;在xml文件中配置窗體的實(shí)際參數(shù)，利用反射按從xml中讀出的參數(shù)動(dòng)態(tài)加載窗體。將上述的實(shí)例方法運(yùn)用到了實(shí)際項(xiàng)目中。
程序員實(shí)習(xí)日記 篇6
今天采用抽象工廠模式對(duì)實(shí)例進(jìn)行改進(jìn)，以達(dá)到動(dòng)態(tài)加載算法實(shí)例，抽象工廠模式屬于設(shè)計(jì)模式中的內(nèi)容，自己在學(xué)習(xí)視頻的時(shí)候注意到了，所以之前就買了本大話設(shè)計(jì)模式來學(xué)習(xí)，可以說了解了大部分設(shè)計(jì)模式。今天遇到后自己心里也有底，溫故一下書就知道怎么做 了，可以說這是我學(xué)習(xí)的方法。
針對(duì)以上，在dll中提供一個(gè)接口，兩個(gè)算法都繼承了該接口，對(duì)于該dll的操作都通過接口isort進(jìn)行，此外，修改工廠為抽象工廠，提供一個(gè)接口創(chuàng)建算法，在算法中返回isort實(shí)例，在主函數(shù)中使用該實(shí)例進(jìn)行對(duì)應(yīng)的排序算法操作，充分顯示了抽象工廠的作用，本例子將反射和抽象工廠模式結(jié)合，增加了程序的可擴(kuò)展性和可維護(hù)性。
程序員實(shí)習(xí)日記 篇7
由于黎甫對(duì)dll的要求發(fā)生變化，今天就不斷修正dll程序，并驗(yàn)收，再結(jié)合group的窗口排列方式對(duì)dll中的窗體進(jìn)行測(cè)試。我現(xiàn)在才明白，編寫代碼是一件很容易的事，但是編寫好的代碼卻是很難的事情，好的代碼要有可維護(hù)性、可擴(kuò)展性，這樣在修改的話就很簡單，可不能像我昨天寫得代碼，根本談不上藝術(shù)，所以一旦面對(duì)客戶的要求，改動(dòng)就很困難，這一點(diǎn)值得我繼續(xù)學(xué)習(xí)。
至于可擴(kuò)展性也是對(duì)維護(hù)的擴(kuò)充，因?yàn)轭櫩偷囊笥锌赡茈S時(shí)都在改變，我們也得適應(yīng)客戶的要求，如果軟件有了可擴(kuò)展性，那么它的改動(dòng)就比較小，就能適應(yīng)顧客的要求。所有上面說的這些都是自己要學(xué)習(xí)的地方，這樣在以后的商業(yè)開發(fā)中才能游刃有余，應(yīng)對(duì)自如。
程序員實(shí)習(xí)日記 篇8
昨天的任務(wù)基本已完成，今天溫習(xí)了一下加深了對(duì)知識(shí)的理解，可以說掌握得比較牢固了，今天又有新的任務(wù)，可以說每天都在進(jìn)步。
按組長要求編寫rankstyle=group時(shí)的窗體排列方式，在xml中配置控件或窗體的參數(shù)，利用xml讀接口從xml中讀出參數(shù)，為了使程序具有靈活性，在組長的提示下將窗體的配置按照窗體的name屬性進(jìn)行配置,之前是利用字段的方式寫在xml中，但是組長說這樣的話在程序中查找不方便，可我覺得沒什么啊，當(dāng)然了，對(duì)于我這個(gè)沒有工作經(jīng)驗(yàn)的人來說看什么都是可以的，所以要多學(xué)習(xí)學(xué)習(xí)。在formcontrol中利用雙層循環(huán)將控件容器中的控件按name與讀出的配置進(jìn)行匹配，如果在xml中配置了該窗體，就設(shè)置該窗體的一些屬性。個(gè)人感覺實(shí)現(xiàn)了該功能吧，最后經(jīng)過組長看了一下審核基本通過。 要求：
根據(jù)group，從xml中讀取控件配置信息，動(dòng)態(tài)設(shè)置控件在主窗體中的顯示。