473,395 Members | 2,798 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,395 software developers and data experts.

Why use asp controls instead of HTML inputs?

I am coming at the world from the standpoint of a veteran ASP Classic
developer. I am not clear on the advantages of using the ASP.NET control
over standard HTML control.

With the ASP.NET controls the rendered names are changed and I appear to be
limited in what javascript events I can fire. I also can not seem to figure
out how to setup a onsubmit() event.

With standard HTML I can setup any javascript event I want and the names
don't change. I can also use multiple forms and do onsubmit().

To go along with this I haven't figured out the advantage of the validation
controls. It looks to me like it renders a new javascript library file that
is generated dynamically every time the page fires.

In my ASP classic developement I have a set of library files/functions that
handles validation and then displays a nice validation message as well as
changes the label color for input fields.

Many of my forms make use of a great deal of dhtml to hide/show different
elements on the page as needed. I make use of callbacks so I don't ever have
to do a postback because I don't want the redraw and I don't want to have to
try to setup the page (tabs, show/hide elements, expand/collapse parts of
trees) to do validation.

Can I get this kind of flexibility out of asp.net controls? Or should I
stick with HTML controls and using the good old request.form() on post back?

Lastly, the market that I develope for uses browser from IE5 Mac up throught
IE7. So I can't have solutions that don't work on all browsers. (I might be
able to abandon IE5 Mac, but Safari will have to stay).

I would love any input you all have. I am trying to understand this new
world and don't want to sell any part of it short because it doesn't look
like what I am used to.
Thanks,
Shawn Ramirez
www.dynacal.com
May 15 '07 #1
8 2328
It's basically trying to allow people to code web sites without knowing how
web sites work. RAD gone a little bit crazy.

The major advantage with ASP.net controls is that you don't have to use the
Request.Form much anymore, controls retain their values when the form
submits and you refer to them like WinForm controls. The other main
advantage of doing things the asp.net way is that your aspx page has no code
at all, just the controls, and your code-behind has all the code.

It takes a while to get your head around it and get used to it but you get
there in the end.

If you need to render literal HTML then do so, I use a mix where I use
controls if I can, and if I can't then I can't. Like you say, a site that
needs DIVs hidden/shown will often have you writing out literal HTML to give
the DIV's known IDs etc. Just use the tools to make your project work.

Ditto I don't bother with the validation controls, or TBH 90% of what is new
in 2.0. Most of it is for people to produce sites without knowing how to
code, so don't feel bad if you think you're not using everything it has to
offer. RAD development is not good development.

"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:2B**********************************@microsof t.com...
>I am coming at the world from the standpoint of a veteran ASP Classic
developer. I am not clear on the advantages of using the ASP.NET control
over standard HTML control.

With the ASP.NET controls the rendered names are changed and I appear to
be
limited in what javascript events I can fire. I also can not seem to
figure
out how to setup a onsubmit() event.

With standard HTML I can setup any javascript event I want and the names
don't change. I can also use multiple forms and do onsubmit().

To go along with this I haven't figured out the advantage of the
validation
controls. It looks to me like it renders a new javascript library file
that
is generated dynamically every time the page fires.

In my ASP classic developement I have a set of library files/functions
that
handles validation and then displays a nice validation message as well as
changes the label color for input fields.

Many of my forms make use of a great deal of dhtml to hide/show different
elements on the page as needed. I make use of callbacks so I don't ever
have
to do a postback because I don't want the redraw and I don't want to have
to
try to setup the page (tabs, show/hide elements, expand/collapse parts of
trees) to do validation.

Can I get this kind of flexibility out of asp.net controls? Or should I
stick with HTML controls and using the good old request.form() on post
back?

Lastly, the market that I develope for uses browser from IE5 Mac up
throught
IE7. So I can't have solutions that don't work on all browsers. (I might
be
able to abandon IE5 Mac, but Safari will have to stay).

I would love any input you all have. I am trying to understand this new
world and don't want to sell any part of it short because it doesn't look
like what I am used to.
Thanks,
Shawn Ramirez
www.dynacal.com

May 15 '07 #2
ASP.Net has many advantages over Classic ASP, and is much more powerful
overall, but the additional power requires a corresponding amount of work to
master. For one thing, ASP.Net is object-oriented, and that means a lot. If
you're not familiar with OOP, I suggest you read up on it. The advantages of
OOP over procedural programming are many. Basically, OOP extends the idea of
functions and structures in procedural programming, which are based on the
idea of creating reusable "components" that you can employ without having to
re-invent the wheel for every new project. Objects are encapsulations of
both process and state, with extra features built in that simplify
programming overall. But I digress.

It isn't necessary to jump on the ASP.Net bandwagon immediately, but at some
point you will have to adapt to the new object-oriented paradigm. The
procedural paradigm does not have legs any more, and Classic ASP, along with
other procedural technologies will, for most of us, die out in a few short
years.

ASP.Net uses a programming model which is more strict than the Classic ASP
programming model. This has both positive and negative consequences, but the
positives outweigh the negatives by a long shot. On the negative side, you
have to familiarize yourself with the programming model, the Control
LifeCycle, and the dozens of essential classes that are used. You are
generally going to be working at a much higher level of abstraction. Once
you have learned the programming model, and familiarized yourself with the
various Controls, patterns, and practices of ASP.Net, it becomes much
easier. You also have the advantage of working in a medium for which there
are stricter standards, which means that not only will your code be more
extensible and reusable, but it will fit in better with the code of other
ASP.Net developers. This can come in handy when you work with a team or
another contractor, and when you need help in the form of a tutorial or a
pre-built component. The strictness of ASP.Net has all of the same
advantages that the strictness of XHTML has over traditional HTML.

ASP.Net works well in any browser, and has capabilities of adapting the HTML
it renders to specific browsers.

As for flexibility, you can get all the flexibility you need out of ASP.Net.
You can go anywhere you want to go, and do anything you can imagine. You are
not confined to using ASP.Net Controls at all times, and indeed, the ASP.Net
programming model employs "static" HTML as an integral part.

Again, you don't have to suddenly move into it. I would suggest
familiarizing yourself with it over a period of time and making a gradual
transition.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:2B**********************************@microsof t.com...
>I am coming at the world from the standpoint of a veteran ASP Classic
developer. I am not clear on the advantages of using the ASP.NET control
over standard HTML control.

With the ASP.NET controls the rendered names are changed and I appear to
be
limited in what javascript events I can fire. I also can not seem to
figure
out how to setup a onsubmit() event.

With standard HTML I can setup any javascript event I want and the names
don't change. I can also use multiple forms and do onsubmit().

To go along with this I haven't figured out the advantage of the
validation
controls. It looks to me like it renders a new javascript library file
that
is generated dynamically every time the page fires.

In my ASP classic developement I have a set of library files/functions
that
handles validation and then displays a nice validation message as well as
changes the label color for input fields.

Many of my forms make use of a great deal of dhtml to hide/show different
elements on the page as needed. I make use of callbacks so I don't ever
have
to do a postback because I don't want the redraw and I don't want to have
to
try to setup the page (tabs, show/hide elements, expand/collapse parts of
trees) to do validation.

Can I get this kind of flexibility out of asp.net controls? Or should I
stick with HTML controls and using the good old request.form() on post
back?

Lastly, the market that I develope for uses browser from IE5 Mac up
throught
IE7. So I can't have solutions that don't work on all browsers. (I might
be
able to abandon IE5 Mac, but Safari will have to stay).

I would love any input you all have. I am trying to understand this new
world and don't want to sell any part of it short because it doesn't look
like what I am used to.
Thanks,
Shawn Ramirez
www.dynacal.com

May 16 '07 #3
Thank you for your input.

I understand OOP and used it with Classic, as far as it would allow. Being
able to use true collections is a big reason why I am interested in going to
..Net since I had to make my own collection system work in Classic.

I think you are correct in that it is going to take me some time. I think
this is in part because I could do some things in classic with a very few
lines of code that will take more code in .net (like using the attribute
property).

The big thing for me right now is going to be trying to figure out how to do
validation. I still want to do it client side (99% of it), and i want to be
able to have the browser download the page's javascript validation library 1
time, not a new library file everytime the page loads.

Again, thanks for your help.
Shawn
"Kevin Spencer" wrote:
ASP.Net has many advantages over Classic ASP, and is much more powerful
overall, but the additional power requires a corresponding amount of work to
master. For one thing, ASP.Net is object-oriented, and that means a lot. If
you're not familiar with OOP, I suggest you read up on it. The advantages of
OOP over procedural programming are many. Basically, OOP extends the idea of
functions and structures in procedural programming, which are based on the
idea of creating reusable "components" that you can employ without having to
re-invent the wheel for every new project. Objects are encapsulations of
both process and state, with extra features built in that simplify
programming overall. But I digress.

It isn't necessary to jump on the ASP.Net bandwagon immediately, but at some
point you will have to adapt to the new object-oriented paradigm. The
procedural paradigm does not have legs any more, and Classic ASP, along with
other procedural technologies will, for most of us, die out in a few short
years.

ASP.Net uses a programming model which is more strict than the Classic ASP
programming model. This has both positive and negative consequences, but the
positives outweigh the negatives by a long shot. On the negative side, you
have to familiarize yourself with the programming model, the Control
LifeCycle, and the dozens of essential classes that are used. You are
generally going to be working at a much higher level of abstraction. Once
you have learned the programming model, and familiarized yourself with the
various Controls, patterns, and practices of ASP.Net, it becomes much
easier. You also have the advantage of working in a medium for which there
are stricter standards, which means that not only will your code be more
extensible and reusable, but it will fit in better with the code of other
ASP.Net developers. This can come in handy when you work with a team or
another contractor, and when you need help in the form of a tutorial or a
pre-built component. The strictness of ASP.Net has all of the same
advantages that the strictness of XHTML has over traditional HTML.

ASP.Net works well in any browser, and has capabilities of adapting the HTML
it renders to specific browsers.

As for flexibility, you can get all the flexibility you need out of ASP.Net.
You can go anywhere you want to go, and do anything you can imagine. You are
not confined to using ASP.Net Controls at all times, and indeed, the ASP.Net
programming model employs "static" HTML as an integral part.

Again, you don't have to suddenly move into it. I would suggest
familiarizing yourself with it over a period of time and making a gradual
transition.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:2B**********************************@microsof t.com...
I am coming at the world from the standpoint of a veteran ASP Classic
developer. I am not clear on the advantages of using the ASP.NET control
over standard HTML control.

With the ASP.NET controls the rendered names are changed and I appear to
be
limited in what javascript events I can fire. I also can not seem to
figure
out how to setup a onsubmit() event.

With standard HTML I can setup any javascript event I want and the names
don't change. I can also use multiple forms and do onsubmit().

To go along with this I haven't figured out the advantage of the
validation
controls. It looks to me like it renders a new javascript library file
that
is generated dynamically every time the page fires.

In my ASP classic developement I have a set of library files/functions
that
handles validation and then displays a nice validation message as well as
changes the label color for input fields.

Many of my forms make use of a great deal of dhtml to hide/show different
elements on the page as needed. I make use of callbacks so I don't ever
have
to do a postback because I don't want the redraw and I don't want to have
to
try to setup the page (tabs, show/hide elements, expand/collapse parts of
trees) to do validation.

Can I get this kind of flexibility out of asp.net controls? Or should I
stick with HTML controls and using the good old request.form() on post
back?

Lastly, the market that I develope for uses browser from IE5 Mac up
throught
IE7. So I can't have solutions that don't work on all browsers. (I might
be
able to abandon IE5 Mac, but Safari will have to stay).

I would love any input you all have. I am trying to understand this new
world and don't want to sell any part of it short because it doesn't look
like what I am used to.
Thanks,
Shawn Ramirez
www.dynacal.com


May 21 '07 #4
You can certainly implement your own client-side validation model, and use
an external .js file to do it, if you wish. If you're using ASP.Net,
however, be sure to take the ASP.Net programming model, including PostBack,
into account in your design.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:2C**********************************@microsof t.com...
Thank you for your input.

I understand OOP and used it with Classic, as far as it would allow.
Being
able to use true collections is a big reason why I am interested in going
to
.Net since I had to make my own collection system work in Classic.

I think you are correct in that it is going to take me some time. I think
this is in part because I could do some things in classic with a very few
lines of code that will take more code in .net (like using the attribute
property).

The big thing for me right now is going to be trying to figure out how to
do
validation. I still want to do it client side (99% of it), and i want to
be
able to have the browser download the page's javascript validation library
1
time, not a new library file everytime the page loads.

Again, thanks for your help.
Shawn
"Kevin Spencer" wrote:
>ASP.Net has many advantages over Classic ASP, and is much more powerful
overall, but the additional power requires a corresponding amount of work
to
master. For one thing, ASP.Net is object-oriented, and that means a lot.
If
you're not familiar with OOP, I suggest you read up on it. The advantages
of
OOP over procedural programming are many. Basically, OOP extends the idea
of
functions and structures in procedural programming, which are based on
the
idea of creating reusable "components" that you can employ without having
to
re-invent the wheel for every new project. Objects are encapsulations of
both process and state, with extra features built in that simplify
programming overall. But I digress.

It isn't necessary to jump on the ASP.Net bandwagon immediately, but at
some
point you will have to adapt to the new object-oriented paradigm. The
procedural paradigm does not have legs any more, and Classic ASP, along
with
other procedural technologies will, for most of us, die out in a few
short
years.

ASP.Net uses a programming model which is more strict than the Classic
ASP
programming model. This has both positive and negative consequences, but
the
positives outweigh the negatives by a long shot. On the negative side,
you
have to familiarize yourself with the programming model, the Control
LifeCycle, and the dozens of essential classes that are used. You are
generally going to be working at a much higher level of abstraction. Once
you have learned the programming model, and familiarized yourself with
the
various Controls, patterns, and practices of ASP.Net, it becomes much
easier. You also have the advantage of working in a medium for which
there
are stricter standards, which means that not only will your code be more
extensible and reusable, but it will fit in better with the code of other
ASP.Net developers. This can come in handy when you work with a team or
another contractor, and when you need help in the form of a tutorial or a
pre-built component. The strictness of ASP.Net has all of the same
advantages that the strictness of XHTML has over traditional HTML.

ASP.Net works well in any browser, and has capabilities of adapting the
HTML
it renders to specific browsers.

As for flexibility, you can get all the flexibility you need out of
ASP.Net.
You can go anywhere you want to go, and do anything you can imagine. You
are
not confined to using ASP.Net Controls at all times, and indeed, the
ASP.Net
programming model employs "static" HTML as an integral part.

Again, you don't have to suddenly move into it. I would suggest
familiarizing yourself with it over a period of time and making a gradual
transition.

--
HTH,

Kevin Spencer
Microsoft MVP

Printing Components, Email Components,
FTP Client Classes, Enhanced Data Controls, much more.
DSI PrintManager, Miradyne Component Libraries:
http://www.miradyne.net

"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:2B**********************************@microso ft.com...
>I am coming at the world from the standpoint of a veteran ASP Classic
developer. I am not clear on the advantages of using the ASP.NET
control
over standard HTML control.

With the ASP.NET controls the rendered names are changed and I appear
to
be
limited in what javascript events I can fire. I also can not seem to
figure
out how to setup a onsubmit() event.

With standard HTML I can setup any javascript event I want and the
names
don't change. I can also use multiple forms and do onsubmit().

To go along with this I haven't figured out the advantage of the
validation
controls. It looks to me like it renders a new javascript library file
that
is generated dynamically every time the page fires.

In my ASP classic developement I have a set of library files/functions
that
handles validation and then displays a nice validation message as well
as
changes the label color for input fields.

Many of my forms make use of a great deal of dhtml to hide/show
different
elements on the page as needed. I make use of callbacks so I don't
ever
have
to do a postback because I don't want the redraw and I don't want to
have
to
try to setup the page (tabs, show/hide elements, expand/collapse parts
of
trees) to do validation.

Can I get this kind of flexibility out of asp.net controls? Or should
I
stick with HTML controls and using the good old request.form() on post
back?

Lastly, the market that I develope for uses browser from IE5 Mac up
throught
IE7. So I can't have solutions that don't work on all browsers. (I
might
be
able to abandon IE5 Mac, but Safari will have to stay).

I would love any input you all have. I am trying to understand this
new
world and don't want to sell any part of it short because it doesn't
look
like what I am used to.
Thanks,
Shawn Ramirez
www.dynacal.com



May 22 '07 #5
"Kevin Spencer" <un**********@nothinks.comwrote in message
news:O%****************@TK2MSFTNGP06.phx.gbl...
You can certainly implement your own client-side validation model, and use
an external .js file to do it, if you wish.
That's certainly what I do - wouldn't go anywhere near the validation
controls...
--
http://www.markrae.net

May 22 '07 #6
Can you give me an few pointers or articles on how you accomplished this?

Thanks for any help you might be able to offer.
Shawn Ramirez

"Mark Rae" wrote:
"Kevin Spencer" <un**********@nothinks.comwrote in message
news:O%****************@TK2MSFTNGP06.phx.gbl...
You can certainly implement your own client-side validation model, and use
an external .js file to do it, if you wish.

That's certainly what I do - wouldn't go anywhere near the validation
controls...
--
http://www.markrae.net

May 23 '07 #7
"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:60**********************************@microsof t.com...
Can you give me an few pointers or articles on how you accomplished this?
1) Create a JavaScript file called, say, validation.js and import it into
your project

2) Set a reference to it in the pages which require it:
<script type="text/javascript" src="../includes/js/validation.js"></script>

3) Add the first validation routine to it - the following one checks for
valid email addresses:

function isEmailAddress(pstrEmailAddress)
{
var astrIllegalChars = /[\(\)\<\>\,\;\:\\\/\"\[\]]/;
if (pstrEmailAddress.match(astrIllegalChars))
{
return false;
}
return
/^\w+([\.-]?\w+)*@\w+([\.-]?\w+)*(\.\w{2,4})+$/.test(pstrEmailAddress);
}
4) Use it in the pages which need it e.g.

<script type="text/javascript">
<!--
function validateForm()
{
if(document.getElementById('<%=txtEmail.ClientID %>').value.length
== 0)
{
document.getElementById('<%=txtEmail.ClientID %>').focus();
alert("Please enter your email address");
return false;
}
if(!isEmailAddress(document.getElementById('<%=txt Email.ClientID
%>').value))
{
document.getElementById('<%=txtEmail.ClientID %>').focus();
alert("Invalid email address - please enter in the standard
format e.g.\n\nj*********@domain.com");
return false;
}
}
</script>
<form runat="server">
<asp:TextBox ID="txtEmail" runat="server"
<br />
<asp:Button ID="cmdSend" runat="server" Text="Send"
OnClick="cmdSend_Click" OnClientClick="return validateForm();" />
</form>

--
http://www.markrae.net

May 23 '07 #8
Thanks very much for your help.

Shawn

"Mark Rae" wrote:
"Shawn Ramirez" <Sh**********@discussions.microsoft.comwrote in message
news:60**********************************@microsof t.com...
Can you give me an few pointers or articles on how you accomplished this?

1) Create a JavaScript file called, say, validation.js and import it into
your project

2) Set a reference to it in the pages which require it:
<script type="text/javascript" src="../includes/js/validation.js"></script>

3) Add the first validation routine to it - the following one checks for
valid email addresses:

function isEmailAddress(pstrEmailAddress)
{
var astrIllegalChars = /[\(\)\<\>\,\;\:\\\/\"\[\]]/;
if (pstrEmailAddress.match(astrIllegalChars))
{
return false;
}
return
/^\w+([\.-]?\w+)*@\w+([\.-]?\w+)*(\.\w{2,4})+$/.test(pstrEmailAddress);
}
4) Use it in the pages which need it e.g.

<script type="text/javascript">
<!--
function validateForm()
{
if(document.getElementById('<%=txtEmail.ClientID %>').value.length
== 0)
{
document.getElementById('<%=txtEmail.ClientID %>').focus();
alert("Please enter your email address");
return false;
}
if(!isEmailAddress(document.getElementById('<%=txt Email.ClientID
%>').value))
{
document.getElementById('<%=txtEmail.ClientID %>').focus();
alert("Invalid email address - please enter in the standard
format e.g.\n\nj*********@domain.com");
return false;
}
}
</script>
<form runat="server">
<asp:TextBox ID="txtEmail" runat="server"
<br />
<asp:Button ID="cmdSend" runat="server" Text="Send"
OnClick="cmdSend_Click" OnClientClick="return validateForm();" />
</form>

--
http://www.markrae.net

May 23 '07 #9

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

2
by: Bodger | last post by:
I have been working in PHP off and on for a few years and like the language. I have been reading a little about frameworks and web controls and what not. I am interested in a more desktop...
17
by: Dr John Stockton | last post by:
It is well-documented that if on a page there are several radio- buttons with the same name these are addressed as an array (and act collectively). Someone (LRN?) recently wrote about another...
1
by: Jax | last post by:
I am looking to populate web page with controls as a result of a database query. eg (pseudocode) <% foreach(Garment g in GetStuffFromDB()) { //add controls Response.Write("<asp:Button id =...
4
by: Boban Dragojlovic | last post by:
I create a new webform (I always use codebehind), and I insert some server-side controls into the form (the ASPX) Later, I switch to codeview, and I notice that some (sometimes all) of the...
10
by: GP | last post by:
Is it possible to iterate through all the controls collection and make the textboxes alone as read only.I don't see a readonly property for the Control.Can some one help me in this context? I...
1
by: NancyASAP | last post by:
Thought I'd share this since it took me a long time to get it working. Thanks to a bunch of contributers in Google Groups who shared javascript, etc. The question was: How can I put a reset...
4
by: z f | last post by:
hi, tough one? for me it is currently. i have a user control that contains other controls like text boxes. in the client i need to dynamically add the user control using DHTML. i achive this...
3
by: Chris Davoli | last post by:
Another front end guy that I work with wants to use old HTML controls instead of the new .NET server controls. Since he is a old HTML and classic asp person and is familiar with this, he wants to...
2
by: Ellie | last post by:
I am just starting to develop in asp.net and I have somewhat of a familiarity with asp 3.0. I am comfortable with asp 3.0 for my server side processing and javascript for client side. I also like...
0
by: Charles Arthur | last post by:
How do i turn on java script on a villaon, callus and itel keypad mobile phone
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
BarryA
by: BarryA | last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
by: Hystou | last post by:
There are some requirements for setting up RAID: 1. The motherboard and BIOS support RAID configuration. 2. The motherboard has 2 or more available SATA protocol SSD/HDD slots (including MSATA, M.2...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
0
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.