|
Hi Guys,
Currently when client is logged in to my system, the user's session is bound to some server (lets say there are 4 instances of the same server on 4 PCs) and is handled only on this server.
I'm going to put servers into cluster with distributed cache where user sessions will be stored and be accessible from each of these servers.
There is a problem, I dont know which distributed cache product to use (i need exactly .NET solution), I found something about memchached, microsoft's AppFabric, etc..
But everything is very superficial (or i'm bad googleman ), could someone advice something? what is the best in the performance? maybe there is some good comparative analysis topic, etc?
10x in advance,
Pavel
modified 18-Mar-12 12:57pm.
|
|
|
|
|
|
Hello everyone,
I just wanted to ask, how can you have a different icon from the windows task-bar one and the one that appears on the form, for example (see graphic/link below):
Click for picture.
I couldn't found out which topic to post it in, because I do not know which programming language(s), do this. Thats why I posted it here because it is design and architecture for programs. So what programming languages do this, answers will be fully appreciated.
Regards,
Brandon T. H.
modified 17-Mar-12 20:03pm.
|
|
|
|
|
Brandon T. H. wrote: paste in your browser hit enter
Use the link button, not the code one.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
I'll be sure next time.
Modified it for you .
|
|
|
|
|
You can set your application icon under properties - application tab - resources - icon in visual studio, and this determines the icon for your application on the desktop and the task bar. You can further set a different icon for each separate window in your application, which determines the icon displayed in that window's title bar.
When I was a coder, we worked on algorithms. Today, we memorize APIs for countless libraries — those libraries have the algorithms - Eric Allman
|
|
|
|
|
|
The only way I know of is to use two windows. An invisible main window (the icon of which is shown in the taskbar) and your second window becomes the main window for the user.
|
|
|
|
|
Dear Team,
I have a Visual Basic 6.0 Application with 10 timers in one form.Time Intrval Set For timers are different.
Timer1-1000,Timer2-10000,Timer3-10000,Timer4-10000,Timer5-10000,Timer6-10000,Timer7-10000,Timer8-10000,Timer9-10000,Timer10-10000.
The problem is sometime all timers does not fires on its interval...but most of the time works correctly.Because of this skip reason I am looking to work in wpf as I have read it has dispatcher.
I want good suggestion from all what is the best solution of it...Suggestion is always appreciated.
Thanks
Sukhen Dass
|
|
|
|
|
I suggest you use another forum. This has nothing to do with design or architecture.
Failure is not an option; it's the default selection.
|
|
|
|
|
sukhen dass wrote: I have a Visual Basic 6.0 Application with 10 timers in one form.
Why?
sukhen dass wrote: sometime all timers does not fires on its interval
How do you test for this situation?
sukhen dass wrote: Because of this skip reason I am looking to work in wpf
It's unlikely that will make any difference unless you are certain that you have diagnosed and resolved the original problem.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
As long as you do not endeavor to find what the actual problem is, switching over to a different technology will not help you.
|
|
|
|
|
Put some code on the first line of the event to log the time that it's fired. You'll find that it fires around the time it's supposed to, unless the app is in a loop without yielding processortime for the messagepump.
Have a read of this[^] CP article
Bastard Programmer from Hell
|
|
|
|
|
Fresh from the success of my Inheritance question last week, I have another relating to the data behind those objects. Remember I have been using a 1:1 relationship between objects and database tables. I had Routes, Stages and a Many : Many relationship between them coverd by a RouteStage table
But the new design will be along the lines
Class CStage
{
Stage details
}
Class CRoute
{
Route Details
List <CStage> List of Stages
}
How do I represent this on a relational database.
My research is leading me to a term called "Object Impedance". I have ideas for some none-too-pretty methods on the revised CRoute, but I am open to clever suggestions to best represent this scenario.
Ger
|
|
|
|
|
The most common route is to map the OO-objects to a relational model. Your database will need to have it's own design thought out, and preferably, normalized.
OTOH, if you're using it merely as a datastore for said objects, then it might be more beneficial to dive into serialization.
Bastard Programmer from Hell
|
|
|
|
|
Hi guys Check my example below:
CrazyBitz is an employment agency specializing in matching IT staff with specific skill sets to the needs of prospective employers. An employer might need someone with a c# background and SQL-server experience, who’re also qualified as a CCNA. They need an application that will automatically evaluate how well the skills of applicants match the needs of employers.
Outline arguing that this IS or IS NOT a suitable problem to address with the aid of the decorator pattern...
I say a decorator pattern will be useful since a person that will be employed can have additional skills other than c# and Sql-server as time goes...
What are your personal views about this example?
|
|
|
|
|
A Decorator is used when the original class cannot be "extended" (because it is sealed or final, or written by someone else and you don't have source, etc.). In your example, the skills associated with a person can easily be maintained as an array of skills on the Person class. So this does not qualify as an apt example for a decorator pattern.
|
|
|
|
|
I want to create Architecture for web application using EDMX,WCF and Generics
can any body suggest me the link...
|
|
|
|
|
You don't start with technology - instead you start with business requirements. The requirements drive the technology.
|
|
|
|
|
|
In my recent project, I am trying to implement the dependency injection. This project implements with three tire architecture. One layer is to access database, second one is to manage business logic and last one is for the UI.
Suppose there is a class "Customer" in data layer which implements the "ICustomer" interface for necessary data operations related to the customer. In the business layer, there is another "Customer" class for implement the business logic for the customer entity. This class has an "ICustomer" type property to inject the customer data layer class.
Now my question is, from where I should inject this data objects to business objects? To do this, I have following solutions.
1. Construct the business object and inject the data object from UI layer. But I feel it is ugly because I have to access data layer from UI layer to do this.
2. Create something like factory pattern from business layer to extract business objects with injected data objects. So factory pattern is the correct design pattern for this? If so, how can I implement it? Is there any other method to do this?
Thanks,
Thomas
|
|
|
|
|
SSEAR wrote: 1. Construct the business object and inject the data object from UI layer. But I feel it is ugly because I have to access data layer from UI layer to do this.
Not entirely true. DAL is supposed to be an independent layer so you need another tier(Object Mapping Tier) to make the data transfer from BLL to DAL. See here[^] for the details and the flow of data between the tiers.
Signature construction in progress. Sorry for the inconvenience.
|
|
|
|
|
Thanks for your reply. All the day I was trying to find a solution on google. I concluded with the solution to use a service locator. By the way, several people mentioned that service locator is an anti-pattern. I think it is true in some sense. What do you think about it?
Thanks,
Thomas
|
|
|
|
|
1. You should register all of your services and objects on bootstrap of your application.
2. You always should use factory pattern to instantiate your objects.
3. Service locator gives you another level of abstraction over your DI container, so you may change your container later time if needed.
Mahmud Hasan
Software Engineer from Bangladesh
|
|
|
|
|
You could make your life a HELL of a lot simpler by not attempting to reinvent the wheel - there are loads of DI containers around (Castle Windsor, Unity et al) - take a look and you will probably find it easier (and will definately find it quicker) to use...
C# has already designed away most of the tedium of C++.
|
|
|
|