COmo crear funciones en Asp.Net?

Lynx · #1 (**permalink**) 22/11/2002, 10:59

Ojala alguien pueda decirme como crear funciones en asp.net, por que no se como fue el cambio en ese aspecto de asp a asp.Net.

En asp las instrucciones básicas para crear funciones son:

Function bMayordeedad(iEdad)
If iEdad > 18 Then
bMayordeedad = True
Else
bMayordeedad = False
End If
End Function

Alguien podría decirme como se traslada esa funcion a asp.Net.

bakanzipp · #2 (**permalink**) 22/11/2002, 11:43

lo ideal saeria que crearas tus clases desde el web service y que desde tu proyecto aspx los invocaras por medio de la url que le asignes a tu clase.

esta esta una buena pagina de ejemplos usando asp.net

visual studio NET

vgaray · #3 (**permalink**) 22/11/2002, 12:10

Saludos.

Recuerda que en .net el contenido se separa del código, por lo que contarás con dos archivos. Uno llama al otro.

B) Este sería el código que contendría la función (archivo WebForm1.aspx.vb)

Public Class WebForm1
Inherits System.Web.UI.Page

Private Sub Page_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
Response.Write(bMayordeedad(19))
End Sub

Function bMayordeedad(ByVal iEdad)
If iEdad > 18 Then
bMayordeedad = True
Else
bMayordeedad = False
End If
End Function

End Class

----------------------------------------------------------------

A) Esta seria la pagina ( WebForm1.aspx ) que llama al código ( WebForm1.aspx.vb ).

<%@ Page Language="vb" AutoEventWireup="false" Codebehind="WebForm1.aspx.vb" Inherits="Test1.WebForm1"%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<title>WebForm1</title>
<meta name="GENERATOR" content="Microsoft Visual Studio.NET 7.0">
<meta name="CODE_LANGUAGE" content="Visual Basic 7.0">
<meta name="vs_defaultClientScript" content="JavaScript">
<meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5">
</HEAD>
<body MS_POSITIONING="GridLayout">
<form id="Form1" method="post" runat="server">
</form>
</body>
</HTML>

Nota aqui lo importante es ver la línea 1 de WebForm1.aspx , WebForm1.aspx sería la página que abrirías en tu navegador ( http://www.tusitio.com/WebForm1.aspx )

Ruchu · #4 (**permalink**) 22/11/2002, 12:54

tampoco es necesario tener separado el codigo vb del htm en 2 archivos diferentes no? se puede tener todo en el .aspx aunque diferenciando las 2 partes mediante las etiquetas <script> no?

lo digo xq he visto codigos de ejemplo por ahi que lo tienen asi, todo en un .aspx con las partes diferenciadas por etiquetas <script>, aunque no he probado los ejemploos estos.

vgaray · #5 (**permalink**) 22/11/2002, 13:18

Saludos Ruchu,

Efectivamente, puedes tenerlo de las dos formas. En mi caso prefiero tener archivos separados para reusabilidad del código.

Ruchu · #6 (**permalink**) 22/11/2002, 13:29

rehusabilidad de codigo como tu dices si, pero tambien desorden de codigo.

si tienes un web con 300 pags has de tener tambien 300 .vb

no es que pasa nada claro que no, pero no se. quiza algunos .vb si valga tenerlos como separado por muchos otros nop.

cada uno trabaja a su manera, esta claro.

y vgaray, que se que estas hecho un fiera de los tips, a ver si empiezas a poner unos buenos de .aspx

vgaray · #7 (**permalink**) 22/11/2002, 13:55

Si, acabo de hacerlo en este mismo post ; una respuesta al post inicial fué dada.

Tal vez me faltó dar mas datos con respecto a la reusabilidad y hacer la referencia de que con esto es posible reducir al máximo la cantidad de archivo .vb

Usando tu ejemplo diría que de 300 páginas, crear solo 20 archivos .vb para ser usados por estas primeras sería aceptable.

Estoy abierto a nuevas a ideas y cuando sea necesario usaré otro método que no sea el que he propuesto.

Y bueno, despues de todo; estamos aqui para ayudarnos.

Henry Zapata · #8 (**permalink**) 24/11/2002, 12:11

Hola:

Solo para contribuir con el tema de conversación.

Yo prefiero usar la técnica de 2 files. Una para interfaz gráfica (.aspx) del usuario y la segunda para la interfaz funcional (aspx.vb); de esta mánera tanto el diseñador gráfico como el desarrollador manejaran archivos distintos y no interferian uno con el otro; ademas de ser el código mas limpio para cada uno de ellos (el diseñador solo vera código html y el desarrollador VB o C#).

Si manejas visual studio .net el manejo de 2 archivos por página aspx será transparente para el desarrollador y no lo veo como un desorden.

Creo que antes de reutilizar un aspx.vb para distintas páginas seria mejor llevar ese código comun a un clase y utilizarla en las paginas donde se requiera (manejo de libreria.) o tener una clase base con los metodos comunes y sea heredada por las demás páginas.

Los web services son ideales para comunicar fuentes de datos de distintas plataformas. Es como usar COM+ pero el dominio seria INTERNET en vez de una LAN, además que los datos son transportados bajo SOAP (Soportado por muchas plataformas) en vez de DCOM (Solo microsoft).

y lynx te recomendaria que no trataras de desarrollar en asp.net tal y como lo harias en asp porque si bien es posible hacerlos existen otras formas recomendadas para efectos de reusabilidad, escalamemiento, mejor mantenimiento, etc.

por ejemplo:

siguiendo el ejemplo de vgarary; la página aspx. hereda la clase webform1 (Inherits="Test1.WebForm1), por lo tanto tienes acceso a la función definida dentro de esta clase y podrias usar los metodos y funciones de este dentro del aspx de la siguiente manera.

<% if bMayordeedad(20) then %>
Eres mayor de edad
<% else %>
No eres mayor de edad
<% end if%>

Este código funciona pero seguirias bajo el punto de vista de asp y la idea de asp.net (.net en general) es no mezclar las capas de negocio.

Finalmente solo es una opinion personal y como dice vgaray estamos aqui para compartirlas y sacar provecho a cada una de ellas.

Lynx · #9 (**permalink**) 25/11/2002, 10:20

Gracias por su respuesta, aunque saben aun como que me cuesta trabajo adaptarme a la forma tan extraña de trabajar que tiene asp.Net comparado con Asp, como que en este ultimo lo tenias mas bajo control todo y era mas facil meter codigo asp dentro de html con los bloque <%%>, pero pues bueno tendre que empezar a probar este nuevo lenguaje, aunque lo que si no me gusta mucho es el hecho de que se maneje por eventos.

Gracias voy a seguir viendo esto.

Lynx · #10 (**permalink**) 25/11/2002, 10:58

Quisiera hacerles una pregunta más:

Es buena idea usar include file en Asp.Net?

Comunmente en asp yo utilizaba esto tanto como para incluir archivos que definan funciones, la conexion a la base de datos y menus en HTML de mis aplicaciones.

nanifreyre · #11 (**permalink**) 11/02/2005, 10:34

hola, mira no es muy complicado...

function cualquiera(iedad) as booblan (si devolves un numero pones as integer)
If iEdad > 18 Then
bMayordeedad = True
Else
bMayordeedad = False
End If

o los valores que quieras pero a la funcion

splinter · #12 (**permalink**) 11/02/2005, 12:23

Hola
te comento que puedes crear tus propias clases con funciones y procedimientos e incluirlos en tus proyectos .NET, de esta manera los puedes reusar en cualquier parte de tus 300 paginas por ejemplo o en otros proyectos .NET. En ASP incluir archivos con funciones seria algo parecido, pues NET tiene ya muchas diferencias.

O puedes usar en tu proyecto un modulo de codigo con funciones como se hace en vb6, solo que estas tiene un ambito mas limitado que hacer una clase.

Saludos

Rony J. · #13 (**permalink**) 11/02/2005, 13:45

Respecto a lo de si es recomendable usar include file o no, la verdad no he usado esto en .net y por lo tanto no soy el mas indicado para decirte si o no, pero lo que si he utilizado son controles de usuario .ascx, puedes tener un control de usuario en el que coloques por ejemplo la cabecera o la información del copyright d tu pagina y luego este control lo que haces es colocarlo en c/u d tus paginas y listo, cuando desees modificarlo lo haces y los cambios seran para todo tu sitio web

.
y en cuanto a lo de tener el codigo separado me parece algo muy bueno y ademas es mas facil entender el codigo de esta manera, ademas en asp.net tienes por ejemplo mayor facilidad para programar un evento de un determinado control.