|
Nope - your business object is the way that I'd go. As long as it's serializable, you should be fine. I suspect that they are thinking along the lines that the serialized object is going to be much more information that individual parameters, and hence is going to take more bandwidth - but if you are dealing with corporate systems this tends not to be too much of an issue.
Really, you've got to ensure that your business object doesn't grow to be too big and balance this with the convenience of passing this over.
|
|
|
|
|
|
Michael Sync wrote: Some of my friends said that they don't pass the busineess object (eg: Employee ) to Webservice. Instead, they used to pass the individual parameter (eg: empId, empName, empAddress ) to WebService.
That is not really tracking for me. There is not really a "object" approach to WebServces. There are really only Two types and then of course the REST approach which in now considered a Third type. The two main types are RPC versus Document Centric (now referred to as Service Oriented Architecture as in this definition[^])
Anyway if what you guys are arguing about is RPC vs Document Centric, the RPC approach has been recognized as inferior for a few years now as pointed out in that Wikipedia page.
|
|
|
|
|
OK - I let the last one pass, but I've got to point out to you that this is a forum and Design and Architecture. How does your query relate to this in any way?
|
|
|
|
|
|
Wow. You don't ask for much, do you? Are you just trying to get rich on the back of other peoples ideas, because as a business plan that's not very effective.
|
|
|
|
|
Shut your mouth cyber-slave and get to back to coding his web site.;P
God Bless,
Jason
Paul Conrad wrote:
Chuck Norris keeps the hamsters going whenever Chris is gone on vacation. Just stares them down and they keep the servers going
|
|
|
|
|
|
Haha....thats what I was thinking.
I'm finding the only constant in software development is change it self.
|
|
|
|
|
theamsun wrote: can you guide me for a high level design for the site
At a strictly high level, you'll need:
1 x Computer
1 x Connection to the Internet
1 x Web Server Software & some HTML pages to serve from the Web Server Software
"It was the day before today.... I remember it like it was yesterday."
-Moleman
|
|
|
|
|
|
I would double that as a backup; and dont forget a UPS. Cant do without.
|
|
|
|
|
What about web page editor/tools? Should we just point him to vi ?
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
|
|
|
|
|
I hope he will allow Pete to choose his own set of tools.
|
|
|
|
|
Like what Pete said in my sig. He could just use Notepad or Vi, throw some html tags at the webserver and see if they "stick"
"Real programmers just throw a bunch of 1s and 0s at the computer to see what sticks" - Pete O'Hanlon
|
|
|
|
|
Luc Pattyn wrote: I hope he will allow Pete to choose his own set of tools.
Nope - I'm a lackey. I get to use what the boss tells me.
Oh, how I hope that I get promoted from lackey to henchman someday.
|
|
|
|
|
Hi there.
I am working on an application that shall be used as a local frontend to an online image database. The application shall display a list of images matching specific criteria as thumbnails and, upon click, will show the images in full size. The server has a list of newly added content which shall be presented to the user on startup, ideally showing every new content since the last synchronisation.
The problem is that a rather "small" number of images (~30 that is) will eat up several megs of disk space (~10 MB). I don't want to rely on the users having a broadband connection and also can't afford to let my application eat hunderts of megs of disk space, so apparently there is a need of some clever caching behaviour.
Now I have never done this before and don't even know how a regular web browser handles caching, so I need some information to get me started or even better, some ideas on how to solve this.
If it matters, I am working on .NET with C# since I hope that this will give me the possibility to port the project later to tge Mono platform.
Any help would be appreciated!
Regards,
Markus
|
|
|
|
|
From what I understand you will create a website showing a gallery of images. You will also create a Windows application that will access this website and show the images as thumbnails and full-size. If this is the case then there is no way around the connection speed problem - while thumbnails will be small (a few KB each) the full-size images will always be large and no amount of caching can solve this.
A web browser caches things by simply storing them on disk. If it hasn't been used in a certain amount of time it is then deleted.
|
|
|
|
|
Guess that question is answered. I thought caching would be somewhat more sophisticated ... well, it was early that day ... and the lack of coffee ... you know.
From what I've seen so far, there are two major caching solutions for .NET; The ASP Cache and the Caching Application Block. What I need is a cache that is persistent over application restarts (basically the ASP cache isn't, but I think this could be easily implemented) and configurable during runtime - but I have seen no possibility to restrict the memory used on either one.
Any idea how this is done or could be done? Or is there any other cache implementation that features this already?
Thanks so far!
-- modified at 11:42 Thursday 19th July, 2007
Regards,
Markus
|
|
|
|
|
I'm looking at using one of these two to provide a means for our support people (not raw users) to create and maintain definitions for exporting data to a text file, to be imported into accounting packages. The prime candidate would be SSIS, but I fear that the expertise level would be a bit high their, so my other candidate is Reporting Services and RDL, to provide a user friendly WYSIWYG interface to design the layouts for text files, but how do I create a report that renders directly to a text file?
|
|
|
|
|
Hello all,
I'm new to the .NET universe and there for a little lost in the water.
I have a small task to complete and I found myself blocked and pressed for time so decided to ask for help. Any help will be greatly appreciated.
Here is my problem... as clearly explained as I can:
I have two MSSQL database servers set up that ensure redundancy and back for a data base used by several applications.
I also have a service set up that periodically checks to see witch server is up and sets an internal value according to the result of it's tests.
My task is to make all the applications interrogate this service to obtain the address of the current SQL server to use.
Applications are written in VB, C++ C# and are on variouse machines.
Anybody has any idea what would be the best way to do this ?
Thank you in advance.
|
|
|
|
|
The answer that springs immediately to mind here is to use remoting for this. I would have a remotable object in the service which would provide the information you need. Then, your clients would simply use remoting to get this information from the service.
|
|
|
|
|
A few colleagues of mine are in disagreement as to what is the best practice for coding boolean flags. Should you use the actual words "true" or "false" or use the integers "1" or "0" (or -1 in some languages) respectively.
I favor a boolean flag to show values as "true" or "false" because it makes reading 800 lines of code easier. 0's and 1's can be confusing, in my scenario, because we are constantly setting variables back to a regular integer values of 1 or 0.
Thanks!
-- Steve
[ Don't do today what can be done tomorrow ]
|
|
|
|
|
I believe you are right. In terms of readability if the language you are using actually supports the boolean type and the true,false keywords then it means is recommended to use them. In certain cases this will not be true. For example C did not have a book type until C99 came out and then C++ provided bool type and true/false keywords as a built in feature. If you do use C++ then it is recommended to use the true/false type since they are provided. Even in C , it was a good coding practice to #define the keywords TRUE and FALSE to 1 and 0 respectively to provide a more readable code.
Just my humble opinion
|
|
|
|
|
Steve
I have to agree with you here. True/false are better, primarily because they are unambiguous.
Using 1/-1 or 0 causes confusion - is it a number or a boolean condition? What happens if I add them together?
|
|
|
|