why would i want to use a devexpress gridview as opposed to the one asp.net has? [closed] - asp.net

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
I believe that one needs to buy a license(?) to use devexpress. I'm currently implementing a gridview and want the sorting arrows to appear in column headers. I know that devexpress grids have that feature and I believe many more? Could anyone point out any specific reason why someone would pay for using a devexpress grid, or I guess the devexpress suite comes with a lot more than just grids?

Could anyone point out any specific reason why someone would pay for using a devexpress grid, or I guess the devexpress suite comes with a
lot more than just grids?
Here is your reason of paying for the third party controls, In Short features give preference to use these rather than the standard controls.
it’s unlikely for the client to have a specific request about some user interface component that can’t be satisfied with either default controls or 3rd party controls. Many of the convenience aspects like detailed view, sorting, auto completion, filtering, and changing perspective have already been solved by the 3rd party companies over the several versions of the controls.
When in need for some UI functionality, it’s better to search the companies’ websites for something suitable, instead of trying to develop from scratch. It will also certainly be cheaper than going over the document, develop, debug, test, and deploy cycle countless times.
By using 3rd party controls it’s easier to keep focus on the actual business functionality for your project, to spend time developing visible features for the application, than to work on solving the many background technical difficulties associated with developing every functional request.
On the other hand, if you reach the conclusion that the control would require some serious modifications in order to suit your needs, it’s probably better to do the entire development in house, eventually based on the simple default controls that come with the .NET Framework.
For example, I do use devexpress controls, on which project i am
working they specially require a developer with knowledge of
DevExpress control, because that will reduce the development time(
Project completion Time also) rather than using the standard control.
The Specific requirement make them to pay for the controls as those
guys commented in this SO thread.
Check these for feature comparison - Standard GridView vs DevExpress GridView. I like it's client side functionality..

Here's a reason. Because they want sorting arrows in column headers. Also, any of hundreds of other features these products provide that the default grid does not.
The point is, the extra features ARE the specific reason.

Not only does it take care of operations such as sorting and search. It is actually very useful in helping you populate data from your database easily by quickly mapping your fields to IQueryables (If you are using C# and not DevExtreme). If you're using the grid on many pages in your platform, you can easily configure all these grids from one single point (Themes, Functionality, Configuration, etc...). It also provides additional security measures to prevent certain injection attacks. Finally, it is always updated with new features and improvements with constant releases. One really important thing too is that the DevExpress help center and forums are very rich and you will find an answer for almost any question or issue you come across. So using the DevExpress component will bring scalability and increase reliability with time for your platform.

Related

why should i use telerik radcontrols over visual studio built-in controls? [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
why should i use telerik radcontrols over visual studio built-in controls. Basically i want to know the pros and cons of telerik controls.
I am new in telerik. I really get very less time for learn something new.
So is it worthwhile to choose telerik over other new technologies.
We use Telerik a lot, togheter with the standard set of controls.
Pros
Prevents you from reinventing the wheel. For example, RadScheduleView and their charts are powerful, if you need them.
Tons of controls, for almost any need
Look and feel-consistency
The huge library of demos and examples provide a solid base when you want to rapidly do or test something
Extensive documentation
Great support from the staff and community on their forums
Widely used - almost every issue encountered has an answer
Quite good MVVM-support
Cons
Some controls are sub par performance wise, but it has gotten better over the last few years
You probably wont use most controls
Your application tends to get rather large (even with optimizations)
The learning curve for some of the most useful controls can be steep, depending on the experience you have
Customization of some of the controls is cumbersome
Some controls don't offer much above the standard ones
My tip is to find out what you want to do, and check if they have a control that seems to make the cut - and try it!
Advantages:
By using this control our lots of coding is reduced. For ex:- Telrik Grid automatically handled Pagging,Filter,Sorting...etc. So, we can reduced development time.
Using telerik style builder, we can easily create our custom theme to match our site theme.
Any .net developer get good hand on this control in very short time.
We can get easily support from telerik team, telerik mvp and telerik users.
In trail demo all the features is available, so we can implement this controls in our page and check the how it looks and match our requirement.
Demos and documents available in live. If internet is not available in our system then we can also install this demo in our system and we can check it offline.
The number of control is very high so after buying this control we do not need to buy any other control.
In-addition its controls also provide client side events and api.
RadControls is a complete ASP.NET AJAX development toolset .It includes more than 70 versatile and performance-optimized components that help you build high-quality, professional line-of-business projects. RadControls speed up UI development up to 5 times and allow web developers to focus most of their time on implementing business logic.

Are these things still in use in asp.net? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 9 years ago.
Improve this question
I am undergoing training in asp.net and the topics which are being taught there these days are repeater and datalist control. I want to know that whether these things are used frequently in the companies. The other thing i want to know is that what are the topics which i should learn in depth so as to get a job. I don't want to go through out dated topics.
I am not aware of what's most demanding in asp.net job sector. Please guide me through.
yes, they are still in use. However, if you are new to Asp.net you might put more effor into learning ASP.NET MVC instead of Webforms.
MVC is a more modern approach with clean separation of concerns. Also you do not get the viewstate / abstraction that webforms has. Find out more here: http://www.asp.net/mvc
However, a lot of sites are still using the webforms approach and they are doing fine. Invest your time in the controls, in Linq and entity framework,
Data GridView, User Data Validation, and learn some basics as like Binding data, xml parser etc.
yes
talking about Asp.net all the server controls are used and will be used.. however Asp.net in itself isnt very good for learning website making as it abstracts away the underlying beautiful http request/response architecture of the web.
so if you are learning asp.net lay a great stress on ViewState that would also help you ultimately build the basics.
With it caching and update panel for ajax are also important. if possible use jquerys ajax that would tell you a lot about the AJAX thing and also would save your time.(i remember just bumping my head on update panel for hours trying to figure out what is going wrong).
then there are features in the c# language itself like linq which are very helpful with connecting to any sort of database on which you should lay stress
Every control group in asp framework is important.It depends upon the requirement of your application.To become good developer
1.)Clear all basics related with framework.
2.)You must know about all controls.
3.)You must know how you play with data.

Is DevExpress for ASP.NET fast enough [closed]

Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 2 years ago.
Improve this question
My question is simple and straight forward - Is DevExpress fast enough for real world web application. We're using DevExpress in our company to build a CRM for a client and every page has got lots of controls and its damn slow. On my development server it takes 10sec for a page with around 20 controls to load. Is this good or bad? And can you guys point me to a real life DevExpress application except the ones given on the case study section.
I realize that this question is quite old and the original author has probably long since made a decision. However, when I was personally directed by my company to use DevExpress and I was trying to eek out all of the performance that I could, a Google search would always point to this thread and many like it across the internet. There's always a question, a few anecdotal responses, and usually a PR response from somebody that works for DevExpress. I rarely find honest answers from experienced people.
In the past, I've used Telerik, Infragistic, and DevExpress. From a performance and maintenance perspective, DevExpress is the worst. All of their controls have odd properties and accessors that do not align with what somebody that is familiar with ASP.NET or even HTML would expect. Since the properties and accessors of the controls are so convoluted, you will find that you've written about twice as many lines of code that are necessary in a normal .NET application.
DevExpress controls are rendered out as hugely bloated, nested tables. Some controls expose a lightweight rendering mode that is better, but their styling and functionality do not match with the other DevExpress controls, and I found them to be quite buggy in cross-browser testing.
Custom styling requires many, many custom CSS selectors that force you to code DevExpress class names into your CSS, due to the nested and hidden nature of the control properties. This is very bad practice, since DevExpress can and should be able to change their internal CSS class names whenever they see fit.
These controls also make an absurd number of GET requests to their DXR.axd handler that serves up resources.
There's no doubt that their controls work fine in a Demo environment with only 1 control displayed on the screen, but in the real world, these controls are terrible and should be avoided. Implement your own controls or just download Bootstrap and use native ASP.NET controls. I replaced DevExpress with controls that I created that style the native HTML type that gets rendered from .NET and the following chart illustrates some of the differences in resource usage between the two. There were no changes to the page layout, business layer, data layer, or database code for this swap, just a replacement of DevExpress controls that I'd previously optimized and tried to squeeze every bit of performance out of with my own controls.
Chart Comparing DevExpress to Custom Controls
That's bad, but I wouldn't point straight at the DevExpress controls when assigning blame - I'd be running a profiler against my code to work out where the issue really is.
Soham,
As a general rule, when designing for the web, try to keep your pages light so they can run faster. For example, do you absolutely need 20 controls on one page?
And if they do not need any special functionality then you can use the native rendering.
Also, check out my article on the DevExpress web.config settings to improve performance.
Btw, I work for DevExpress. :)
I have no DevExpress experience, but you may also want to check out Improving Asp.net performance. It might help out as well.
2016 - Over the last 5 years I have used Infragistics, Dev Express, Telerik in that order.
Infragistics I won't even get started on because it is a subject unto itself.
My biggest pet peeve with Dev Express is their controls do add some "bloat" to the overall result. However, some controls do have feature sets that are worthy of the bloat. Certainly their Grid and Pivot grid are complex tools that allow the user to do many things, and i have successfully implemented Devexpress packages that worked both quickly with very good results. I have two problems with Dev Express:
Every time I install a new version, it breaks a significant amount of code, that's both WebForms and MVC implementations. That is quite frustrating, but as programmers to be expected I guess.
They really don't look very nice, you have to go through significant effort to get the to look anything close to a bootstrap table etc. Once done though they do allow all the needed bells and whistles. You could of course as the authors above suggest grow your own, that's always an option, but it's not why people buy controls. They are trying to leverage their time so that they can implement faster of course.
Having said all this, Telerik is the current best of breed, in my opinion by far. Easier to implement, grids are fast, have proper desirable functionality and look better.
If you use 20 Controls containing Textboxes with formlayouts, probably the Server takes a hard time to render that page containing alot of hierarchy of long tags in it. DevExpress is bad on having multiple Controls. Redering one ASPxTextbox Control could take KB compared to hundreds of byte on ASP.net Textbox control.
It very common for an entry page to have more than 20 controls. I did use devexpress for years, the speed and performance are acceptable. We use to build ERP solution.

Good ASP.NET excel-like Grid control? [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
We don’t allow questions seeking recommendations for books, tools, software libraries, and more. You can edit the question so it can be answered with facts and citations.
Closed 8 years ago.
Improve this question
We are looking for an ASP.NET compatible data grid that allows for multi-line editing similar to Excel or a WinForms data grid. It must also support very basic keyboard input (tab, arrow keys, return). Note that we are not looking for Excel capabilities (functions, formatting, formulas) ... just a grid for fast data entry.
I've looked at Telerik, Infragistics, ComponentOne, DevExpress, and many others ... all their support teams have said that the controls either do not support multi-line, or do so in such a clunky way that it would be unusable.
Has anyone used any Excel-like grids that they can recommend? The client-side grids seemed closer to what we needed, with Sigma Widgets ( example ) being the closest I've found so far. Extjs's grid was too inflexible, and the jQuery grid was too buggy.
It does not exist today. There are products such as those you have mentioned which have tried, but in my experience none of them will make an experienced Excel user happy.
My company makes Excel compatible spreadsheet components for use with Windows Forms and ASP.NET. We have been getting this question for years, so we have of course considered building one because it looks like a good business. But HTML / JavaScript is just not a suitable platform for building something which "feels right" to users who want it to work like Excel - IMO.
We have settled on the idea of building a spreadsheet control for Silverlight. I believe this will give you the best of both worlds - cross platform rich interactive spreadsheet in the browser which any Excel user would be comfortable with. Unfortunately, that is not going to happen this month or next...
At my previous company, we actually built a spreadsheet component as a Netscape Plugin, as an ActiveX control and as a Java Applet. They had a little bit of success, but none of these technologies ever became ubiquitous in the enterprise for various reasons. I believe Microsoft is finally getting it right with Silverlight and that Silverlight will become the gold standard for browser based Line of Business applications in the Enterprise.
EDIT:
I should have mentioned that the product I alluded to above is Formula One / NET (Netscape Plugin released ~1995), Formula One / ActiveX and Formula One for Java - which is now sold by Actuate as e.Spreadsheet. I left in 2002, but AFAIK they still maintain the Java Applet which is probably the best example of an Excel like UI in the browser (I have no interest in the product any more - in fact we compete to some extent with e.Spreadsheet and intend to have a better answer with a Silverlight control in the future). I did not mention it by name in my original answer because it is a Java product - not a .NET product - but it is a potential answer even for an ASP.NET web site.
Lloyd Cotten correctly comments that Google Docs is an example of a spreadsheet built with HTML / JavaScript. Lloyd says Google Docs "definitely 'feels right' in its similarity to Excel". While I respect Lloyd's opinion, in my experience Google Docs does not 'feel right'. Perhaps this is because I'm a spreadsheet guy. I do know that we talk to potential customers almost every day who are trying to solve the problem of the OP, and they have all looked and cannot find one they are happy with - but of course they would not be calling us if they had so we are dealing with a biased sample and I understand that.
So I just want to clarify that there are in fact plenty of examples of HTML / JavaScript grids and spreadsheets which are usable. It's just that I don't want to have to use them because I expect certain keys to do certain things and a particular level of responsiveness which is just not there today with any of the HTML / JavaScript solutions I have tried (and I look at them regularly because my company could definitely sell such a product if it were feasible to build one that we could be proud of).
How about FarPoint Spread?
I'm in the middle on evaluating FarPoint Spread for ASP.NET, and so far I've been happy with the result.
We ended up using Sigma Grid ... thanks for all the other replies!
Well.. not sure, but I am looking for something similar and I found:
Nitobi
Not sure if it does exactly what you want, although youcan definately move around with cursor keys, and edit inline....
EDIT
Also Essential Objects have a good editor too... seems very like excel...
http://demo.essentialobjects.com/Default.aspx?path=Grid_i1_i20
RealWorld Grid is probably what you are looking for. I'm using it in my projects, and it works perfectly.
Here's their CooglePlex page
I don't think it supports the arrow keys, but it makes multirow editing a breeze.
p.s. seems like you're looking for client-side grids ... this one is server-side. I'll leave the comment there, somebody might find it useful.
I have used the Infragistics grid with success. However, the learning curve is huge (and there's practically no support) and I don't know if there is multi-line editing.
I've used Syncfusion's components and they're quite good, they boast an "Excel-like" editor, though I didn't see multi-line mentioned.
For intranet and IE users Office Web components can be an option. While flying in the face of all things a good web application should be, they let users feel at home in office on the web.
I had great success using the pivot table control combined with MS OLAP a few years ago. User loved it and no wheels needed to be reinvented.
http://www.microsoft.com/downloads/details.aspx?FamilyID=982B0359-0A86-4FB2-A7EE-5F3A499515DD&displaylang=EN
http://msdn.microsoft.com/en-us/magazine/cc164070.aspx
I think http://codethat.com/grid/ is quite good!
Excel Like GridView allows for multiline editing and navigating using the arrow keys, as well as resizing columns and rows.
http://darkroastjava.wordpress.com/2010/04/28/creating-an-excel-like-grid-for-asp-net/ is an extension of that which also supports pasting multi-cell values from the clipboard.
Unfortunately, both only work in IE so far, but that meets my personal needs at this point of time.
dhtmlxGrid (client-side, JavaScript grid) supports multiline feature (demo), keyboard navigation and comes with server-side connector for ASP.NET. In case, someone is still looking for such a grid. Disclosure: I'm a part of the DHTMLX team.

Recommended ASP.NET Grid and UI tools [closed]

Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
Questions asking us to recommend or find a tool, library or favorite off-site resource are off-topic for Stack Overflow as they tend to attract opinionated answers and spam. Instead, describe the problem and what has been done so far to solve it.
Closed 9 years ago.
Improve this question
We are building a web application using C# and SQL server. We are thinking about buying the DevExpress ASP.NET controls. Anybody have any opinions about this tool or have any they would recommend?
I've made extensive use of the DevExpress ASPxGridView and many of their other controls.
As mentioned earlier, the DevExpress controls can create a lot of markup, however, they other a ton of functionality and features. They're pretty easy to use. If all you're needing is a really simple grid control, then it's probably overkill. However, if you want to have features like sorting/grouping, drag-drop re-ordering of columns, hiding and adding columns at run-time, AJAX support, etc. then these controls are awesome.
Recent versions (2009.2 and 2009.3) have introduced a number of performance improvements mainly around reducing the volume of traffic and cycle time involved in round-trips to the server. This has made the controls feel even snappier at the end-user side.
One other key benefit of the DevExpress controls is the support. These guys are excellent at getting back to you with meaningful answers to questions in a timely manner. I also enjoy the fact that they have several releases per year which include enhancements and new functionality. You can see their release history by looking at their release history for the ASPxGridView: http://devexpress.com/Products/NET/Controls/ASP/Grid/whatsnew.xml
All in all, I think it's a good value for the money.
By the way, I have no affiliation with DevExpress, I'm just a happy customer.
I can't comment on the DevExpress control, but as you were also asking for alternatives:
I was mainly using Telerik RadControls for ASP.NET Ajax in the past. This is a full suite of controls with many controls (have a look at the demos to get an idea). I think these controls are quite powerful, although you'll need to consult the documentation to take advantage of all the features. In addition, I'd like to point out that telerik offers great support (in my experience).
i think the tool is good, but if you are just starting the building of the application i would recommend using asp.net mvc instead of asp.net webforms
I used the DevExpress grid controls on a project and they were excellent. Easy to skin and customise with some great features out of the box like filtering, sorting and AJAX support.
We have used the Infragistics WebGrid. They have great knowledge base and help available from their website.
The feature I liked and implemented was the client side edit of data simulating excel functionality. You can edit the cell by simply moving the arrow keys and without using mouse.
Take a sample look at http://samples.infragistics.com/2009.2/WebFeatureBrowser/Default.aspx
I've used both and my honest opinion is that they are over-engineered (esp. Telerik) and create a lot of muck in the markup. Also, there is always a learning curve involved in successfully adopting any of these offerings. However, if you really do have to have the eye candy, go for it:-)

Resources