design

    33熱度

    15回答

    我正在啓動一個網頁設計商店,希望能夠進入定製軟件開發。 所以我現在面臨的問題是爲公司提供一個名稱。 我想要一些很酷且時髦的東西,但我不確定去哪裏尋找創意。 有人建議我把它命名爲水果後(以及「蘋果」已經拍攝:))或着名的船等,但不知何故,這些名稱似乎不太合適。 因此,對於那些創業的人,我想問問你是如何想出名字的,如果有人對此有任何建議?

    3熱度

    3回答

    我希望能夠做財產以後類似如下: //non-generic var MyTable = new Table(); string name = MyTable.Name; IEnumerable<String> rows = MyTable.Rows; //generic var MyTableGeneric = new Table<MyType>(); string name = M

    4熱度

    9回答

    我很難嘗試讓我的團隊對基於界面的編程感到舒適......任何人都有一些建議?

    -1熱度

    2回答

    背景:客戶X有兩個單詞列表。任何已知語言的文本都不存在這些詞彙。他們純粹是專有術語。第一個榜單是由組織X.擁有一個單詞列表的第二個名單是他最接近的競爭者,組織Y. 擁有對於一個具體的例子單詞的列表: Organization X ; Organization Y DynamicWiperSheening ; DeepShinerONE FrameNPinStripeBuff ; Ti

    7熱度

    4回答

    我正在爲一個網站的用戶配置文件系統工作,並且正在思考什麼是一種更好的(可伸縮的)方法。我已經提出了兩種解決方案,正在尋找任何輸入或者可能指向我可能錯過的東西。 下面的create table語句並不是可執行的,但僅僅是爲了給出所涉及的表格佈局的概念。 我最初的想法是這樣的: CREATE TABLE user( id INT UNSIGNED NOT NULL AUTO_INCREMENT

    7熱度

    11回答

    當你開始或計劃一個新的項目時,你是否總是傾向於思考數據庫模式呢?還是你以另一種方式開始設計UI,然後向下移動堆棧? 或者你有不同的發展方式? 不是一個真正的敏捷/瀑布/規格/故事質疑只是一個混得哪種方式人們對項目的個人/專業或其他工作時瘦的手柄。 我已經決定,無論是過去的最佳方式,並在UI第一陣營是當前但能夠而且將會改變! 乾杯 約翰

    7熱度

    6回答

    我正在設計一個Perl中的多層應用程序,我想知道可用於我的各種IPC機制的優缺點。我正在考慮處理中等大小的數據,通常是幾十千字節,但高達幾兆字節,並且負載非常輕,最多每分鐘有幾百個請求。 我的主要擔憂是可維護性和性能(按此順序)。我不認爲我需要擴展到多個服務器,或者從我們的主平臺(RHEL)移植,但我認爲這是需要考慮的問題。 我能想到的下列選項: 臨時文件 - 簡單化,大概在速度和存儲需求方面最壞

    3熱度

    4回答

    我只需要用C代碼幾次,看起來每次我都會變成一些難以控制的野獸。 我已經在C#和.Net中完成了大部分編程工作,所以我非常習慣於類風格架構,但我似乎無法掌握C應用程序中的組織。我是否應該將相關的函數放在某個文件中,將函數定義放在一個文件中並在另一個文件中處理,等等。在這個主題上有沒有很好的資源? 參見:Struggling with C coming from Object Oriented lan

    2熱度

    6回答

    封裝對象並管理其生命週期的最佳方法是什麼?例如:我有一個類A,其中包含類型爲B的對象,並且是單獨負責的。 解決方案1 ​​,克隆b對象,以確保只有一個是能夠清理。 class A { B *b; public: A(B &b) { this->b = b.clone(); } ~A() { delete b;

    5熱度

    3回答

    如何垂直對齊與CSS的屏幕中間的表格?