Outils pour l'exportation de Microsoft Access les formulaires HTML
J'ai été chargé de la conversion d'une très grande application Microsoft Access pour ASP.NET. Mon client veut garder la mise en page web à peu près semblable à Accéder à disposition. Existe-il des outils pour m'aider dans la conversion de ces formulaires en HTML? Je serais heureux avec un outil qui exporte une mise en page HTML de zones de texte et des étiquettes en ignorant tout de la liaison de données et le code-behind de la logique.
Je suis aide d'Access 2010 et ont essayé d'exporter le formulaire au format HTML, mais le résultat est complètement inutilisable.
- Je suis actuellement en train de penser la même chose et je me demandais si l'utilisation de cet outil, puis en prenant les fichiers HTML peuvent travailler pour et intial de conversion. oracle.com/technetwork/developer-tools/apex/application-express/...
Vous devez vous connecter pour publier un commentaire.
Le vrai problème, c'est que vous êtes vraiment affaire avec une architecture différente. Je veux dire un peu comme dire à quelqu'un que vous besoin d'une sorte de transport. Un camion lourd et un léger petit air en avion sont construits avec cette très différents desing objectifs.
Juste le poids des portes et même la poignée de la porte des mécanismes sur le camion sera de 100% inapproprié pour les petits aéronefs (et même juste le poids et les matériaux utilisés seront tout faux).
L'autre problème est qu'il y a plusieurs "célèbre" et longtemps utilisé les caractéristiques de l'Accès qui donnent naissance au "look" et la mise en page que vous demandez à reproduire ici. La première fonction est continue bien sûr les formes. Cela signifie que vous placez UNE rangée de contrôles sur un formulaire, mais les données + contrôles se RÉPÈTE encore et. Vous ne disposez pas de cette INTERFACE utilisateur simple dans asp.net et surtout pas de données lié seutp.
La beauté d'un tel système, ce sont des formes de ce genre peut être créé dans l'Accès à environ une minute de votre temps:
L'autre sens fonctionnalité intéressante est la façon dont vous "modèle" de l'un-à-plusieurs ou de données relationnelles dans l'Accès. L'approche couramment utilisée ici est ce que nous appelons un sous formulaire. Un formulaire principal combiné avec sous formulaire vous permet de construire + de maintenir un parent à un enfant de données relationnelles, des configurations et encore, cela se produit sans aucun code. On parle d'une forme qui ressemble à ceci:
(donc dans la ci-dessus, vous voyez la liste du matériel - qui est un sous forme, un contineus forme et comme l'a noté un "enfant" de la table de la mère. Et une telle conception prend zéro, un code d'Accès). J'ai donc pas certain que le convertisseur de disposition voudrais de l'aide car la liaison de données du sous-formulaire est à 100% séparé de la forme principale, et de mélanger les contrôles et la mise en page lors de la conversion aurait PLUS de travail et likly PLUS de désordre que vous avez de l'onu-l'enchevêtrement. Dans un nutsheel: c'est très différent!
Maintenant, pour être juste, les captures d'écran que j'ai utilisé est d'Accéder à des formulaires Web. Vous vous rendez compte que pour Access 2010 vous avez un site web de publication de capacité. Vous pouvez le voir dans la vidéo ci-dessous de la mienne je l'ai passer à mi-chemin, et exécuter l'application d'Accès à 100% dans un navigateur. Il n'y a pas d'ActiveX ou Silverlight requis pour cette capacité.
http://www.youtube.com/watch?v=AU4mH0jPntI
La CLÉ, ce qui SUGGÈRE ci-dessus est que cela permettrait de garder le même look + ressens pour l'application basée sur le web depuis que vous serait en fait à l'aide de l'Accès à créer le formulaire web.
Unfortatnly, il n'y a PAS de conversion automatique de VBA existant formes à ces nouvelles formes de web pour 2010. Je pense que c'est encore mieux de re-mise en page des formulaires de toute façon. Et comme l'a noté la base de données de liaison et de séparation de l'INTERFACE utilisateur à partir de code de traitement de données rend une telle configuration tout à fait différent de toute façon.
Et sans continue formes, et sans les sous-formulaires, il n'y a pas un seul type de cartographie qui existe pour asp.net les formes de toute façon – mais il n'y est si vous choisissez d'utiliser l'Accès des formulaires web.
À la fin de la journée, en raison de la site web qui est donc très différent, je pense qu'il a encore un sens pour re-construire les formes, mais, selon les objectifs ici, en utilisant le nouveau formulaire web de publication de la capacité d'Accès pourrait vous obtenir le même look and feel – y compris celle de ces "classiques" de l'utilisation de continue formes, et aussi que des sous-formulaires.