Los Techies : Blogs about software and anything tech!
Sign in
|
Join
|
Help
Home
Merchandise
Blogs
Media
Groups
RSS
Twitter
new ThoughtStream("Derick Bailey");
»
All Tags
»
.NET
»
Analysis and Design
(
RSS
)
Browse by Tags
new ThoughtStream("Derick Bailey");
Home
Contact
The Lounge
Ads by The Lounge
Friends of Pablo
Pablo's Extended Family
News
Follow Me
@derickbailey
Subscribe via RSS
Subscribe via Email
Recent Posts
Semantic Code: Migrating From A Chatty Interface To A Simple One With A Data Transfer Object
Understanding The Application Controller Through Object Messaging Patterns
Why ‘Should Attach View To Presenter’ Is An Invalid Unit Test / Observation.
PTOM: Command and Conquer Your UI Coupling Problems
Encapsulation: Entities, Collections And Business Rules
Archives
March 2010 (12)
February 2010 (7)
January 2010 (3)
December 2009 (1)
November 2009 (4)
October 2009 (3)
September 2009 (11)
August 2009 (7)
July 2009 (7)
June 2009 (8)
May 2009 (6)
April 2009 (2)
March 2009 (7)
February 2009 (9)
January 2009 (5)
December 2008 (6)
November 2008 (6)
October 2008 (9)
Tags
.NET
Agile
Analysis and Design
C#
Community
Continuous Integration
Craftsmanship
Design Patterns
Education
Git
Kanban
Lambda Expressions
Lean Systems
Management
Model-View-Presenter
Philosophy of Software
Principles and Patterns
Productivity
Quality
Rake
Refactoring
Ruby
Source Control
Unit Testing
Workflow
View more
Syndication
RSS for Posts
Atom
RSS for Comments
Disclaimer
"I'm a .NET developer, so I don't know better." -
me
Agile
AppController
Behavior Driven Development
C#
Community
Design Patterns
Domain Driven Design
Lambda Expressions
Messaging
Model-View-Presenter
Philosophy of Software
Principles and Patterns
Refactoring
Unit Testing
Workflow
Semantic Code: Migrating From A Chatty Interface To A Simple One With A Data Transfer Object
I’ve worked on several C#/Compact Framework/WinForms projects for handheld devices over the years – most of which have involved a require for users wearing gloves to be able to type on a virtual keyboard. It’s not terribly difficult to implement this...
Published
Mon, Mar 03 2010 2:40 PM
by
derick.bailey
Filed under:
Analysis and Design
,
Principles and Patterns
,
.NET
,
C#
Understanding The Application Controller Through Object Messaging Patterns
Earlier in the year, I posted a few times on the Application Controller pattern that I was implementing, including some workflow service related posts, all leading up to the presentation on decoupling workflow from forms that I gave at Austin Code Camp...
Published
Tue, Dec 12 2009 10:06 PM
by
derick.bailey
Filed under:
Analysis and Design
,
Principles and Patterns
,
.NET
,
Model-View-Presenter
,
AppController
,
Workflow
,
Messaging
Why ‘Should Attach View To Presenter’ Is An Invalid Unit Test / Observation.
I’ve written a lot of specification tests like this in the last three years, from a UI / Workflow perspective, with Model-View-Presenter as my core UI architecture: [TestFixture] public class When_starting_some_process() { IMyView view; MyPresenter...
Published
Thu, Feb 02 2009 3:16 PM
by
derick.bailey
Filed under:
Unit Testing
,
Analysis and Design
,
Principles and Patterns
,
.NET
,
Model-View-Presenter
,
Behavior Driven Development
,
C#
PTOM: Command and Conquer Your UI Coupling Problems
This post is part of the November 2008 Pablo's Topic Of The Month (PTOM) - Design Patterns and will outline a simple Command pattern, its implementation and use. One of the core principles of object oriented software development is the idea of Coupling...
Published
Wed, Nov 11 2008 9:23 PM
by
derick.bailey
Filed under:
Design Patterns
,
Analysis and Design
,
Principles and Patterns
,
.NET
Encapsulation: Entities, Collections And Business Rules
Yesterday, I was involved two very separate yet very related conversations. One was via twitter with Colin Jack and Jimmy Bogard (which I was only a partial contributor to - mostly just reading their conversation) and another after work with a coworker...
Published
Thu, Oct 10 2008 8:49 AM
by
derick.bailey
Filed under:
Design Patterns
,
Refactoring
,
Analysis and Design
,
Principles and Patterns
,
.NET
,
Model-View-Presenter
,
Domain Driven Design
Dependency Inversion: 'Abstraction' Does Not Mean 'Interface'
A coworker recently asked if we should always abstract every object into an interface in order to fulfill the Dependency Inversion Principle (DIP). The question stunned me at first, honestly. I knew in my head that this was a bad idea - abstracting into...
Published
Mon, Oct 10 2008 4:04 PM
by
derick.bailey
Filed under:
Refactoring
,
Analysis and Design
,
Principles and Patterns
,
.NET
,
Domain Driven Design
,
Agile
,
Philosophy of Software
,
Lambda Expressions
DDD Question: Where does required info validation belong for an Entity?
Let's say I have a small hierarchy of object: Faults and Parts. A Fault can contain many parts, and a part has no meaning without being associated to a Fault. To ensure that I have no Parts without a parent Fault, I have this basic code in place:...
Published
Wed, Oct 10 2008 9:54 AM
by
derick.bailey
Filed under:
Design Patterns
,
Analysis and Design
,
.NET
,
Model-View-Presenter
,
Domain Driven Design
I'm Presenting @ ADNUG, Monday the 13th.
FYI - I'll be giving my S.O.L.I.D. Software Principles presentation at the Austin .NET User Group on Monday the 13th. This is the same presentation that I gave at Pablo's Day(s) of TDD last weekend, except I'll have the missing code in place...
Published
Thu, Oct 10 2008 8:55 AM
by
derick.bailey
Filed under:
Community
,
Analysis and Design
,
Principles and Patterns
,
.NET
DI and IoC: Creating And Working With A Cloud Of Objects
A few months ago, I posted some thoughts and questions on the proper use of Inversion of Control (IoC) containers and the Dependency Inversion (DI) principle . Since then, I've had the opportunity to do some additional study and teaching of DI, and...
Published
Tue, Oct 10 2008 8:18 PM
by
derick.bailey
Filed under:
Design Patterns
,
Refactoring
,
Unit Testing
,
Analysis and Design
,
Principles and Patterns
,
.NET
Copyright Los Techies 2008, 2009. All rights reserved.