extensibility

Sorry for this long question, it is flagged wiki since I'm asking for something that might not have a very concrete answer. If it is closed, so be it. My main question is this: How would you write a fluent interface that isn't fully defined in the base classes, so that programs that uses the fluent interfaces can tack on new words inside the existing structure, and still maintain a guiding interface so that after a dot, the intellisense only lists the keywords that actually apply at this point. I'm on my 3rd iteration of rewriting my IoC container. The 2nd iteration was to improve performance,

I'm looking for a plugin-based application framework that is comparable to the Eclipse Plugin Framework, which to my simple mind consists of: a core plugin management framework (Equinox / OSGI), which provides the ability to declare extension endpoints and then discover and load plugins that service those endpoints. (this is different than Dependency Injection, but admittedly the difference is subtle - configuration is highly de-centralized, there are versioning concerns, it might involve an online plugin repository, and most importantly to me, it should be easy for the user to add plugins

I am trying to customize the behavior of Selenium's click command, (via user-extentions.js), by intercepting calls to doClick(locator). Basically I need to delay click actions whenever our application's "busy indicator" is being displayed. (Now the standard answer for this kind of thing is to insert a waitFor into the script for those situations. Indeed, we currently have zillions of them throughout our scripts. I'm trying to eliminate those.) Detecting the page element is the trivial part. The tricky part is getting the script to actually wait. My promising looking, but failed attempt looks

Ok, here's the thing. I have a good JS background, had my share of JS in the past, and have lots of cool bare-bones tools I take with me from project to project that act like a library. I'm trying to formulate work with CouchDB. Now, after getting used to luxury of cool tools that you wrote and simplify the language for you - I find it a little frustrating to write many things in bare-bones manner. I'm looking for a way I can load to the database context a limited, highly efficient and generic set of tools that focus on the pure language and makes the work with the language much more groovy

Once the problem of loading plugins is solved (in .NET through MEF in out case), the next step to solve is the communication with them. The simple way is to implement an interface and use the plugin implementation, but sometimes the plugin just needs to extend the way the application works and there may be a lot of extension points. My question is about how to deal with that extension points. I've seen different ways of doing that but I'm not sure of the pros and cons of each one and if there are more and better ways to accomplish this: Events: Adding static events to all the stuff we want to

So, I've got something I want to try out. The idea is to have a visual designer that works as a Visual Studio Extension, I want to be able to drag out event handlers and wire up behaviors, anyone who's ever played with the warcraft III script editor will have a pretty good idea what I'm wanting to do. Is this kind of thing readily handled in the visual studio extensibility tools? If so where should I start looking to learn how to do this? It's absolutely possible using the Visual Studio Extensibility tools. You'll want to create a VS Package. There are a few different mechanisms (macros, add

I'm writing a project structure and code analysis extension for visual studio at work. The project can not be published to the Visual Studio Extensions Gallery. Is there any way to manage updates and deployment built in to visual studio so that a team can use the extension and get the update prompts? No, this is not a supported operation on Visual Studio 2010. I just verified this with the extension manager team. Looks like you can do this now with Private Galleries ! 来源： https://stackoverflow.com/questions/3570406/is-it-possible-to-have-a-vs2010-vsix-check-for-updates-locally

When building a Django application, we were exposed to (forms) MultiValueField and MultiWidget . They seem like an interesting approach to compose their respective base classes, giving more modularity. Yet, now it seems to us that the actual piece that would make those two shine bright would be a db.models.MultiField . Here is the reasoning: It seems that, when using a ModelForm, Django is enforcing a strict 1-to-1 association between a models.Field and a forms.Field. Now, with forms.MultiValueField , despite this strict 1-to-1 association, you can have a single models.Field actually