Laut biru: Identifikasi subtractions tema

Minggu kedua saya secara tidak sengaja menciptakan sebuah ungkapan baru. Mungkin ada benar-benar akan ada dua ekspresi berasal dari usaha terbaru kami menarik di manajer kami dan mesin komputasi utama. Saya hanya berpikir bahwa mereka adalah salah satu hal yang paling bodoh yang saya katakan untuk membantu mengubah konsep lebih mudah untuk menggunakan bahasa pemrograman – seperti yang kita menggunakan pola desain untuk menyampaikan niat saat Anda melepas atau mendiskusikan arsitektur. Saya diminta untuk blog tentang hal itu oleh rekan saya Shaun, yang percaya bahwa ini bisa secara global

Sebuah frase. “Sebuah lautan biru”

Ini adalah apa yang kita lihat ketika kita mulai mesin atau controller dengan beberapa objek layanan disuntikkan pada designer. Nama berasal dari fakta bahwa kita bekerja di C #, Visual Studio, dan interface warna tema kami warna biru muda. Hal ini umumnya dianggap sebagai hal yang baik bahwa kelas yang dimaksud adalah layanan lebih diuji bahwa Anda perlu untuk tidak dipermainkan dengan mudah. Kami dapat kembali pesan dari layanan tertentu, pastikan bahwa orang lain disebut dengan cara tertentu dan memberikan palsu tanpa setup / validasi untuk melewati perilaku yang tidak diinginkan.

Kami telah menemukan bahwa kadang-kadang biru laut memberikan daftar panjang parameter. Kita sering melawan ini dengan mendefinisikan unit gaya DPA untuk produk layanan yang terkait dengan layanan menggabungkan perilaku dan semprot bukan – mungkin itu lebih dari lautan biru – atau mungkin aku berada jauh

2 frase: “. lakukan adalah bluey”

ini mungkin kurang mungkin untuk menangkap, terutama karena kebanyakan orang berpikir tentang sesuatu yang sama sekali berbeda ketika Anda mengatakan “bluey” . Dengan kata lain, untuk menghapus antarmuka, atau Ctrl + Shift + R dan “Ekstrak Interface” jika Anda ingin menjadi mewah. Kami telah melakukan diskusi baru-baru ini kadang-kadang kita terlalu dini – Anda perlu sebuah abstraksi kecuali Anda memiliki dua implementasi konkret? Saya sering berpendapat bahwa tindakan kedua yang Anda gunakan palsu melakukan tes. rekan saya (Shaun lagi) menulis tentang bagaimana kita mengejek peran daripada hal-hal yang telah kita bahas sebelumnya adalah bahwa Anda harus memahami mengapa Anda menggunakan MOQ senjata benar-benar melakukan mock / rintisan di kelas daripada dengan menggunakan MOQ. Hal ini membuat lebih jelas bahwa Anda sekarang memiliki dua versi dihapus dan tidak lagi ada sehingga debat sebelumnya berdiri.

Saya suka konsep merancang dan menggunakan uji desain-driven muncul untuk mendefinisikan kelas API. Saya pikir ekstraksi ini antarmuka, sehingga dapat dipermainkan dan efektif digunakan tanpa khawatir tentang tindakan tertentu akan berdampak tes menjalankan kode. API berasal dari cleaner ini, Anda mungkin menemukan kelas diuji dengan baik, dan kode Anda dapat mengikuti prinsip-prinsip SOLID.


Tema

Saya memiliki versi terbaru dari tema kita akan segera tersedia di blog perusahaan, tapi sekarang Anda bisa mencoba versi lama, yang bekerja dengan baik dalam Visual Studio 2008, namun karena keterbatasan font tipe terbuka dan WPF Visual Studio 2010, Anda tidak dapat lagi menggunakan Inconsolata dan perlu memperbarui beberapa warna:

http: //codeweavers.wordpress .com / 2010/05/27 / a-rencana-untuk-baik -warna-visual-studio /

tema baru kami mencakup pembaruan untuk 2010 dan ReSharper 5 juga.


Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>