Design and Architecture

Thanks!

Bytescream wrote: It's all about interoperability. And that is all about design and process control. Not technology. Bytescream wrote: could access a web service of the consuming app that simply says "I have data for you." What happens if the other app isn't there - the one that is supposed to receive the data available message> What happens if the other app receives the data available but then goes down before it can get the data? What happens if the other app receives the data available message but just ignores it - it never tries to get the other data (yes that is a bug but is still something that the the orgination app must consider.)

Brady Kelly wrote: Authorization doesn't involve logins, Authentication does. Yesyes, you're right. I mixed them up. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] They hate us for our freedom![^]

ernestohari wrote: i am looking to create a perl webservice which can be consumed from C# or VB.net.perl code in unix server.   Can some one help with an example? Tutorial building webservice with Perl[^]. There's enough examples out there on consuming a webservice using C#/VB.NET. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] They hate us for our freedom![^]

Disclaimer; I don't use MEF. John T.Emmatty wrote: Is this the right way to do it? Sounds like "yes" to me; that way you can update both common/exe without touching the other. John T.Emmatty wrote: What is the other option in MEF using which i can refer to the base classes in my main module without referring to a dll. Don't know if the option exists; but it "would" generate classes, and it should be possible to reference/copy those to your own assembly. I expect this is not the recommended way. What's against having a second assembly? Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] They hate us for our freedom![^]

Member 9169887 wrote: I'm currently given a project on hand gesture recognition. Some color markers will be put on the fingers for easy tracking. So, can anyone give some advice how should I continue for the next part which is to recognize the pre-processed output image which is now only consists of color from the color markers. How can I classified those pattern. I imagine the hard part would be to figure out where a specific command begins, and when it ends. Make a mask of the pattern, compare the mask to known masks using fuzzy logic. The one that fits best, is probably the one intended by the user. Bastard Programmer from Hell :suss: If you can't read my code, try converting it here[^] They hate us for our freedom![^]

If the communication needs to be 2-way then I would suggest that each system (you seem to be describing 2 but there could be more) have its own private output file which is read by the other(s). Each system writes its 'output' info to the file which would be seen as 'input' to the other(s). This avoids problems with 2 or more programs trying to write to the same file. -- Harvey

Hay you can refer this links http://www.visual-paradigm.com/product/vpuml/tutorials/generatecdfromerd.jsp[^] http://msdn.microsoft.com/en-us/library/dd409437.aspx[^]

strrom7 wrote: sorry for the length of the question. What I meant was that it would take quite a few pages to explain it clearly and in full detail. However, I hope the link I provided will help you. One of these days I'm going to think of a really clever signature.

Thanks, :thumbsup: Thanks Md. Marufuzzaman I will not say I have failed 1000 times; I will say that I have discovered 1000 ways that can cause failure – Thomas Edison.

Hello, sorry no idea about this. IT SERVICES SOLUTION

Sandeep Bhatti wrote: Is it recommended to use microsoft enterprise library for heavy traffic sites ? It is efficient code, and unless one would like to implement their own logging-mechanism, test it, and maintain it, entlib is the recommended way. Same goes for caching, data access and exception-handling. Sandeep Bhatti wrote: If not please suggest some architecture. EntLib is not an architecture. What you'd probably be looking for is the MVC-pattern, which is also not an architecture. Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

I am sorry. I did not think it through. I will delete this post now. Thanks

Unwanted calls fall into one of the following 1. Outright fraudulent. 2. Unintentionally fraudulent. 3. Legitimate but abusive. 4. Legitimate but useful. The first will change telephone numbers often. 2/3 will seldom change numbers but there is a lot of them. 4 you want to get them. Black listed numbers won't help for 1. Black listing for 2/3 won't help unless one number repeatedly calls. Obviously you wouldn't want to black list 4. White listing won't help if you want 4. pdelayCA wrote: Cursing at them doesn't work. Phone carriers are useless. In the US there are various ways to deal with this. You put your number on do not call lists. You can file written complaints. You can sue at least in some jurisdictions. A least in some cases it is small claims court which telemarketers would be loath to fight since it is local to the consumer not the telemarketer. http://www.npr.org/templates/story/story.php?storyId=7532224[^] pdelayCA wrote: I am not a mobile device programmer, though I feel certain that I might be able to bulldoze my way through building an app - though it wouldn't look pretty, and there would be some serious doubt about the functionality of it. So, I am looking to you (the development community) to help create a solution. They already exist.

sephus6 wrote: to make using/maintaining our application much easier. I doubt that will happen. Since you already have experience with the existing application you know how it works. To re-write it you would need to learn one or more technologies and correctly implement them. Even supposing that if everything was equal while you were learning and correctly implementing the new stuff it would in fact be harder to maintain the application. If and only if you do everything correctly then in time it might be easier. I doubt however that it would be "much" easier. Although if the original application did not grow in a disciplined way and the new application does then it could be. That however has nothing to do with technology. sephus6 wrote: We have a client database on every computer that stores a copy of the server data (this is to make reads faster). Based on the rest of your post the real reason for this concern was probably network latency. Older databases didn't have problems with read speed. sephus6 wrote: I am concerned though about bandwidth usage. That depends on application usage. Exactly what do your users do for their normal work flow. You can't answer the question without that knowledge nor can you really architect a solution without that either. sephus6 wrote: If we should keep the local DB, does WCF support this type of data model? If your user base is really using different databases (which is different than a marketing claim that someone could if they wanted to), then you would need to craft a solution to do this yourself. Your current architected solution is still sufficient in that regard. WCF doesn't provide anything specifically helpful for that. sephus6 wrote: Are there other alternatives to the Entity framework and WCF that would better suit our applications needs? I doubt that can be answered without more specific information. At a minimum it can't be answered without at least some specific information about what exact traffic you anticipate. A medical imaging system is vastly different than a cash register app. sephus6 wrote: Each company can have location data on a number of different databases.

Member 179330 wrote: huge number of rows Where "huge" means what exactly? Member 179330 wrote: with HTML content. Where "html" means what exactly? More specifically the html represents what type of data? If there are tables, versus pictures, versus blog posts it impacts what one might need to focus on searching for.

dojohansen wrote: Now you're just teasing me...? Partly; F# is a functional language, seemed to map to having everything in a function. dojohansen wrote: It's plain old procedural code. In that case, I wrote a lot of those applications, in AMOS Basic. Somehow, that one seems to fit the previous description less than F#. It became a mess quite quickly when your app grows larger. The best thing since sliced bread was the idea to group 'em. The idea that the local variables could be shared among that group was brilliant; took a lot of repeating parameters out of the procedures. Lots of people still program in a procedural way in the new OO-environment, simply because it's easier to understand. And given recursion, you could still kill the stack. Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

dojohansen wrote: After all, document management is the functionality they need...?? It sounds like it does, but without a response, we'll never know :) Bastard Programmer from Hell :suss: if you can't read my code, try converting it here[^]

A custom BUILD doesn't have much to do with configurability (run-time metadata as you call it). All of this is really architecture considerations to have in mind if you want to make it easy to create and deploy custom builds. None of it really addresses how to create custom builds. That is all about managing the code, and the short answer is "branches". It depends. It *always* depends.